本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/holyrong/archive/2008/08/04/2767829.aspx
CCE3.03的服务器采用英文的2003R2 数据库排序规则为拉丁文忽略大小写.
我的存储过程中遇到了"无法解决 equal to 操作中 "SQL_Latin1_General_CP1_CI_AS" 和 "Chinese_PRC_CI_AS" 之间的排序规则冲突。"百度一下 ^_^
由于采用了 临时表 导致使用了数据库默认的字符排序规则 导致:
表sohead字段so_num的Collate跟数据库默认的Collate不一样造成的，创建临时表，对字符类型的字段使用数据库默认的Collate，如果这个跟表的字段Collate不同时，SQL Server无法对这两个字段进行比较
解决：把sohead字段so_num的Collate改成跟数据库默认的一致，或者改数据库默认的Collate，或者创建临时表时指定Collate
附录:
在执行SQL语句时，可能会遇到：“无法解决 equal to 操作中的 **** 和 *******排序规则冲突”
一.错误分析：
这个错误是因为排序规则不一致造成的，我们做个测试，比如：
create table #t1(
name varchar(20) collate Albanian_CI_AI_WS,
value int)
create table #t2(
name varchar(20) collate Chinese_PRC_CI_AI_WS,
value int
表建好后，执行连接查询：
select * from #t1 A inner join #t2 B on A.name=B.name
这样，错误就出现了：
服务器: 消息 446，级别 16，状态 9，行 1
无法解决 equal to 操作的排序规则冲突。
要排除这个错误，最简单方法是，表连接时指定它的排序规则，这样错误就
不再出现了。语句这样写：
select *
from #t1 A inner join #t2 B
on A.name=B.name collate Chinese_PRC_CI_AI_WS
二.排序规则简介：
什么叫排序规则呢？MS是这样描述的："在 Microsoft SQL Server 2000 中，
字符串的物理存储由排序规则控制。排序规则指定表示每个字符的位模式以及存
储和比较字符所使用的规则。"
在查询分析器内执行下面语句，可以得到SQL SERVER支持的所有排序规则。
select * from ::fn_helpcollations()
排序规则名称由两部份构成，前半部份是指本排序规则所支持的字符集。
如：
Chinese_PRC_CS_AI_WS
前半部份：指UNICODE字符集，Chinese_PRC_指针对大陆简体字UNICODE的排序规则。
排序规则的后半部份即后缀 含义：
_BIN 二进制排序
_CI(CS) 是否区分大小写，CI不区分，CS区分
_AI(AS) 是否区分重音，AI不区分，AS区分
_KI(KS) 是否区分假名类型,KI不区分，KS区分
_WI(WS) 是否区分宽度 WI不区分，WS区分
区分大小写:如果想让比较将大写字母和小写字母视为不等，请选择该选项。
区分重音:如果想让比较将重音和非重音字母视为不等，请选择该选项。如果选择该选项，
比较还将重音不同的字母视为不等。
区分假名:如果想让比较将片假名和平假名日语音节视为不等，请选择该选项。
区分宽度:如果想让比较将半角字符和全角字符视为不等，请选择该选项
三、解决方法
1.将数据库中一个表的字段改成与另一个表中要比较的字段相同的排序规则。
2.在SQL语句的Where子句后面加上类似这样的SQL片段：collate Chinese_PRC_CI_AI_WS
如：
Select A.* From A,B Where A.a = B.b collate Chinese_PRC_CI_AI_WS
