数据库的collation在安装使用默认就已经很好了。比如简体中文环境下，安装SQL Server时，默认是Chinese_PRC_CI_AS，英文环境下是SQL_Latin1_General_CP1_CI_AS。 在大多数据情况下，默认的选项已经其中上满意我们的需求，但如果要支持多国语言，那么就只能选择支持unicode编码的SQL_Latin1_General_CP1_CI_AS，否则会有乱码，而应用程序查询/更新数据也需要在前加N作为unicode字符的标志。我想很多人都没有太留意这问题吧。
成都创新互联主营谢家集网站建设的网络公司,主营网站建设方案,手机APP定制开发,谢家集h5小程序开发搭建,谢家集网站营销推广欢迎谢家集等地区企业咨询
其中一个例子是实例级别和数据库级别的collation不一致，也可能造成一些意想不到的问题。比如所有用户数据库都共享的tempdb，如果有用户数据库的collation与tempdb不同，使用临时表或表变量可能会出现问题。
另一个例子如下（SQL Server 2008R2），登录名test1映射的数据库的collation与实例的collation不一致，打开登录名的属性——安全对象，报了个468的错误提示。
Figure-1: 登录名的属性
Figure-2: 报468错误
所以最好还是数据库与实例的collation一例。在数据库规划时，建议全部使用SQL_Latin1_General_CP1_CI_AS，虽然应用程序要加N，但为了以后的扩展，还是值得这样做的。