无法解决 equal to 运算中 "Chinese_PRC_CI_AS" 和 "SQL_Latin1_General_CP1_CI_AS" 之间的排序规则冲突...

最新推荐文章于 2024-03-21 13:40:25 发布

aixian3620

最新推荐文章于 2024-03-21 13:40:25 发布

阅读量1k

点赞数 1

文章标签：数据库

原文链接：http://www.cnblogs.com/chencidi/p/3820386.html

版权

本文介绍了SQL Server中的排序规则（collation）及其重要性，包括语言、大小写和重音等方面的区别。当不同排序规则的列进行equal操作时，会导致冲突。常见场景如临时表使用时可能出现此类问题。解决冲突的方案包括使用`COLLATE DATABASE_DEFAULT`或修改数据库排序规则。了解和正确处理排序规则冲突是确保SQL操作顺利进行的关键。

摘要由CSDN通过智能技术生成

什么是排序规则（collation）

关于SQL Server的排序规则，估计大家都不陌生，在创建数据库时我们经常要选择一种排序规则（conllation），一般我们会留意到每一种语言的排序规则都有许多种，比如标准大陆简体中文Chinese_PRC的排序规则就有数十种之多

2010121145642

这些排序规则有什么作用呢？让我们先来看看MS官方的解释：

排序规则指定了表示每个字符的位模式。它还指定了用于排序和比较字符的规则。排序规则具有下面的特征：

语言

区分大小写

区分重音

区分假名

比如在SQL Server 2005中，排序规则名称由两部份构成，比如 Chinese_PRC_CI_AI_WS
前半部份是指本排序规则所支持的字符集，如Chinese_PRC 指针对大陆简体字UNICODE的排序规则。
后半部份即后缀的含义如下：

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

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

_Stroke
按笔划排序

_CI(CS)
是否区分大小写，CI不区分，CS区分

_AI(AS)
是否区分重音，AI不区分，AS区分

_KI(KS)
是否区分假名类型，KI不区分，KS区分

_WI(WS)
是否区分全半角，WI不区分，WS区分

既然排序规则如此复杂，那么应用了不同排序规则的列之间默认情况下便不能进行Union、Join、Like等equal操作了，于是便有了排序规则（collation）冲突。

排序规则（collation）冲突

我们知道，SQL Server 从2000 开始，便支持多个排序规则。SQL Server 2000 的数据库可使用除默认排序规则以外的其他排序规则。此外，SQL Server 2000 还支持为列专门制定排序规则。

这样一来，我们在写跨表、跨数据库、跨服务器操作的T-SQL时，如果equal的字段排序规则不同，便会发生排序规则冲突。

比如我们先见两个结构相同的表，但字段的排序规则不同：

            -- 1. Create TableA.
            CREATE TABLE TagsTableA
            (
                TagName        NVARCHAR(64)    COLLATE Chinese_PRC_BIN
            )   
            -- 2. Create TableB.
            CREATE TABLE TagsTableB
            (
                TagName        NVARCHAR(64)    COLLATE Chinese_PRC_