MSSQL排序规则总结

什么是排序规则呢？排序规则根据特定语言和区域设置标准指定对字符串数据进行排序和比较的规则。SQL Server 支持在单个数据库中存储具有不同排序规则的对象。MSDN解释：在 Microsoft SQL Server 中，字符串的物理存储由排序规则控制。排序规则指定表示每个字符的位模式以及存储和比较字符所使用的规则

当 Transact-SQL 语句在具有不同排序规则设置的不同数据库上下文中运行时，其运行结果可能会不同。如果可能，请为您的组织使用标准化排序规则。这样就不必显式指定每个字符或 Unicode 表达式中的排序规则。如果必须使用具有不同排序规则和代码页设置的对象，请对查询进行编码，以考虑排序规则的优先顺序规则。

排序规则指定了表示每个字符的位模式。它还指定了用于排序和比较字符的规则。排序规则的特征是区分语言、区分大小写、区分重音、区分假名以及区分全半角。如下所示：

Chinese_PRC_CI_AS 前半部份：指UNICODE字符集，Chinese_PRC_指针对大陆简体字UNICODE的排序规则，CI表示不区分大小写，AS表示区分重音。

排序规则的后半部份即后缀含义：

_BIN 指定使用向后兼容的二进制排序顺序。

_BIN2 指定使用 SQL Server 2005 中引入的码位比较语义的二进制排序顺序。

_Stroke 按笔划排序

_CI(CS) 是否区分大小写，CI不区分，CS区分(case-insensitive/case-sensitive)

_AI(AS) 是否区分重音，AI不区分，AS区分(accent-insensitive/accent-sensitive)

_KI(KS) 是否区分假名类型，KI不区分，KS区分(kanatype-insensitive/kanatype-sensitive)

_WI(WS) 是否区分全半角， WI不区分，WS区分(width-insensitive/width-sensitive)

区分大小写:如果想让比较将大写字母和小写字母视为不等，请选择该选项。

区分重音:如果想让比较将重音和非重音字母视为不等，请选择该选项。如果选择该选项，
比较还将重音不同的字母视为不等。
区分假名:如果想让比较将片假名和平假名日语音节视为不等，请选择该选项。
区分宽度:如果想让比较将半角字符和全角字符视为不等，请选择该选项。

查看数据库支持哪些排序规则可以通过下面系统函数查看：

select * from ::fn_helpcollations();

排序规则类型

SQL Server 提供了两组排序规则：Windows 排序规则和 SQL Server 排序规则。具体参考MSDN，这里不做过多赘述。

查看服务器排序规则

SELECT SERVERPROPERTY(N'Collation')

查看数据库排序规则

SQL 1:SELECT DATABASEPROPERTYEX('DBMonitor', 'Collation')SQL 2:SELECT name AS [DatabaseName], collation_name AS [Collation] FROM sys.databases;

查看列排序规则

SQL 1:

SELECT c.object_id, c.name, t.name, c.collation_nameFROM sys.columns cLEFT JOIN sys.types t on t.system_type_id = c.system_type_idWHERE  object_id=OBJECT_ID('Test');

修改服务器排序规则

修改服务器的排序规则的原因千差万别，大部分情况是由于安装的时候，忽略了服务器排序规则这个选项设定，没有事前规划好，等到将数据库还原或迁移到新服务器上，测试过程中才发现问题。

修改服务器排序规则，其实是重新生成 master、model、msdb 和 tempdb 系统数据库时，将删除这些系统数据库，然后在默认位置重新创建。如果在重新生成语句中指定了新排序规则，则将使用该排序规则设置创建系统数据库。用户对这些数据库所做的所有修改都会丢失。例如，账号信息、作业、链接服务器等等。

MSDN关于设置和更改服务器排序规则

SQL 2005

start /wait setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=SQL_Engine REBUILDDATABASE=1 SAPWD=test SQLCOLLATION=SQL_Latin1_General_CP1_CI_AI

SQL 2008

Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=InstanceName /SQLSYSADMINACCOUNTS=accounts /[ SAPWD= StrongPassword ] /SQLCOLLATION=CollationName

服务器排序规则修改起来看似很简单，其实不然，一不小心，就会让你万劫不复。我在实践中就碰到过一次疏忽了某个步骤，结果让我惊出一身冷汗。下面是我自己实施的步骤：

Step 1： 首先备份数据库（包括系统数据库和用户数据库）。记得千万不要漏掉了系统数据库备份。有备才能无患，否则每一步操作，你总要提心吊胆。

Step 2： 在文档上记录下你修改过的一些服务器配置值。例如，在SQL SERVER 2008中，你有可能启用backup compression default ；在某个32位数据库开启了awe enabled 选项，那么修改服务器排序规则后，你需要重新应用、配置这些值。以免遗漏，导致数据库性能等问题。

Step 3：记录一下系统数据库的数据文件和日志文件的所在路径。重新生成系统数据库会将所有系统数据库安装到其原位置。如果你没有移动过系统数据库数据库文件或日志文件，这部可以忽略，像很多时候，为了I/O性能等原因，可能移动过这些系统数据库文件和日志文件。

Step 4： 用文档将登录名（logins）和相关密码整理出来。因为修改服务器排序规则，实则重建系统数据库master、msdb、tempd等，登录名等信息会全部没有，需要重新创建、配置。

Step 5： 生成已有作业的SQL脚本。方便修改服务器排序规则后，重新创建、部署作业。道理同上。

Step 6： 生成已有链接服务器的排序规则，方便修改服务器排序规则后，重新创建、部署链接服务器。道理同上。

Step 7： 整理一下数据库邮件配置文件和已经创建的账号，方便修改服务器排序规则后，重新配置。

Step 8： 如果在实例上有配置发布—订阅等，那么也需要整理这些相关的脚本、文档。

Step 9： 分离用户创建的数据库(这一步其实没有必要)。

Step 10：修改服务器排序规则

Step 11: 附加Step 9分离的数据库。

Step 12：解决孤立账号、配置作业、链接服务器…..

当然，看似简单的操作过程，其实在不同的环境下，你总会遇到一些意外情况

例1：

D:\软件工具\SQL SERVER 2008>Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=M

SSQLSERVER /SQLSYSADMINACCOUNTS=sa /SAPWD=123456 /SQLCOLLATION=SQL_Latin1_General_CP1_CI_AS

Microsoft (R) SQL Server 2008

The following error occurred:

指定的 sa 密码不满足强密码要求。有关强密码要求的更多信息，请参见安装程序帮助或 SQL Server 2008 联机丛书中的“数据库引擎配置 - 帐户设置”。

Error result: -2068578304

Result facility code: 1204

Result error code: 0

Please review the summary.txt log for further details

这个需要你修改sa的密码，满足强密码要求就可解决这个问题。

例2: 不小心将/SAPWD中间多了几个空格，结果报如下错误。

例3：附加数据库时，没有用sa账号，而是用sa创建的windows 身份登录验证账号附加数据库，结果报如下错误，改用sa账号附加，问题解决

另外以前也碰到过两个异常情况，一下子很难重现，以后遇到在补上。

另外执行上面脚本时，有可能时间比较长，此时你有没啥提示，这时千万不要惊慌，耐心等待，如果你想了解进度，可以通过查看相关日志文件来查看进度，日志信息一般位于C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\ 下，例如C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20130909_233902

修改数据库排序规则

更改数据库排序规则时，需要更改下列内容：

数据库的默认排序规则，这一新的默认排序规则将应用于数据库中后续创建的所有列、用户定义的数据类型、变量和参数。根据数据库中定义的对象解析 SQL 语句中指定的对象标识符时，也使用新的默认排序规则。
将系统表中的任何 char、varchar、text、nchar、nvarchar 或 ntext 列更改为使用新的排序规则。
将存储过程和用户定义函数的所有现有 char、varchar、text、nchar、nvarchar 或 ntext 参数和标量返回值更改为使用新的排序规则。
将 char、varchar、text、nchar、nvarchar 或 ntext 系统数据类型和基于这些系统数据类型的所有用户定义的数据类型更改为使用新的默认排序规则。

方法1：

ALTER DATABASE DataBaseName COLLATE Chinese_PRC_CI_AS

此时虽然修改了数据库的排序规则，但是先前用户创建的表的排序规则不会改变，仍然是旧的排序规则，你可以用下面SQL脚本验证。

SELECT c.object_id, c.name, t.name, c.collation_nameFROM sys.columns cLEFT JOIN sys.types t on t.system_type_id = c.system_type_idWHERE  object_id=OBJECT_ID('TableName');

这时可能还需要彻底修改这些对象的排序规则，那么可以看看这篇文章Easy way to change collation of all database objects in SQL Server,非常完美的介绍了如和操作。脚本都给你准备OK了。不过，建议做之前做好备份，没有完美的解决方案，做好了备份，有备无患.

有时候如果有其它会话连接到数据库，你修改数据库排序规则的时候，会报5030错，如下所示：

ALTER DATABASE MESDB COLLATE  Chinese_PRC_CI_AS消息 5030，级别 16，状态 2，第 1 行The database could not be exclusively locked to perform the operation.消息 5072，级别 16，状态 1，第 1 行ALTER DATABASE failed. The default collation of database 'MESDB' cannot be set to Chinese_PRC_CI_AS.Msg 468, Level 16, State 9, Procedure FN_GET_GO_PRE_CUT_DETAIL, Line 69Cannot resolve the collation conflict between "Chinese_PRC_CI_AS" and "Chinese_PRC_90_CI_AS" in the equal to operation.

此时你必须断开其它会话，通常用下面步骤实现：

修改为单用户模式

ALTER DATABASE DataBaseName SET SINGLE_USER WITH ROLLBACK IMMEDIATE

修改数据库排序规则

ALTER DATABASE MESDB COLLATE Chinese_PRC_CI_AS

修改为多用户模式

ALTER DATABASE DataBaseName SET MULTI_USER

方法2：导出创建数据库各类对象的脚本，然后替换相应的排序规则，这种方法适合丢弃数据，只保留结构的方式，如果还要考虑数据，那么是个复杂、繁琐的实现方法。

修改列排序规则

ALTER TABLE TEST2 ALTER COLUMN NAME CHAR(120) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL

排序规则冲突

1：SQL 脚本使用临时表时，出现下面错误（服务器排序规则与数据库排序规则不一致）。

Cannot resolve the collation conflict between "Chinese_PRC_90_CI_AS" and "Chinese_PRC_CI_AS" in the equal to operation.

一般出现这种情况，通常通过显示指定临时表相关列的排序规则或在SQL 脚本里面显示指定排序规则解决。

2：两台服务器上的数据库通过链接服务器交换操作(或交换数据)时，由于排序规则，有可能导致查询语句超级慢，出现这个情况，是由于转换时，导致查询计划不走索引，走全表扫描所致。

参考资料：

http://msdn.microsoft.com/zh-cn/library/ms179254(v=sql.90).aspx

http://blog.csdn.net/feixianxxx/article/details/4633610

http://msdn.microsoft.com/zh-cn/library/ms143508(v=sql.100).aspx

http://msdn.microsoft.com/zh-cn/library/cc281995(v=SQL.100).aspx

http://www.cnblogs.com/JamesLi2015/archive/2013/05/07/3065022.html

http://msdn.microsoft.com/zh-cn/library/cc835499.aspx

http://www.cnblogs.com/blodfox777/archive/2010/01/21/sqlserver-collation-conflict-and-solutions.html

MSSQL排序规则总结相关推荐

MSSQL 修改数据库的排序规则
1.修改数据库排序规则 ALTER DATABASE [CHARACTER] COLLATE Chinese_PRC_CI_AS ; 2.修改表中列的排序规则如果下列其中之一当前正在引用一个列,则无 ...
安装VCenter提示数据库排序规则有问题
安装VCenter提示数据库排序规则有问题有时候在安装sql server 数据库时你如果修改了排序规则,那么在安装VCenter时它会提示你的数据库排序规则有问题,不让你安装.这个时候你去修改一下 ...
sont表示元素在存入集合时进行了排序，数据遍历的结果是按某个排序规则输出的
单选 sont表示元素在存入集合时进行了排序,数据遍历的结果是按某个排序规则输出的;而order表示每次遍历的序列都是一样的,元素前后关系每次遍历都是确定的,那么下列哪些集合既是sort,又是orde ...
无法解决 equal to 操作中 SQL_Latin1_General_CP1_CI_AS 和 Chinese_PRC_CI_AS 之间的排序规则冲突。...
一个旧有系统需要从另一个新系统获取数据.由于两个系统数据库的的排序规规则不同.在存储过程中SELECT数据时,引发了"无法解决 equal to 操作中 "SQL_Latin1_G ...
BCH到底该采用哪种交易排序规则？
目前BCH在选取哪种交易排序方面依旧没有达成共识.其实针对BCH到底该采用什么交易排序规则这一问题完全可以通过分析对比进行决定. 针对这个问题应该分几个步骤进行思考. 1.目前的TTOR需不需要被 ...
CTOR对比Gavin提出的交易排序规则
通过对CTOR的了解,我们已经知道它有很多优于TTOR的地方.尤其在解决未来BCH扩容中块传播的瓶颈中发挥着重要的作用.由于TTOR是中本聪提出的技术,而CTOR则需要改变共识,因此并不是所有的人 ...
在等于操作中无法解决“SQL_Latin1_General_CP1_CI_AS”和“Latin1_General_CI_AS”之间的排序规则冲突
本文翻译自:Cannot resolve the collation conflict between "SQL_Latin1_General_CP1_CI_AS" and &qu ...
无法解决 equal to 操作中 Chinese_PRC_CI_AS_WS 和 Chinese_PRC_CI_AS 之间的排序规则冲突...
本来好好的,电脑重装了一下居然碰到了这个问题.百度后知道了原因.记录一下是因为两个表字段的排序规则不同导致的,于是找了很久,最后才发现原来是创建的临时表造成的. 解决方案如下: CREATE TAB ...
java 原生sql排序 gbk_04-SQLServer的排序规则（字符集编码）
一.总结 1.SQLServer中的排序规则就是其他关系型数据库里所说的字符集编码: 2.SQLServer中的排序规则可以在3处设置,如下: 服务器级别(实例):instances -----&g ...

MSSQL排序规则总结

MSSQL排序规则总结相关推荐

最新文章

热门文章