SQL Server跨库复制视图时排序规则冲突问题及解决咨询

这个问题我之前帮不少开发者排查过，核心原因其实是列级排序规则的优先级高于数据库/表级——哪怕你的目标数据库和表默认用的是SQL_Latin1_General_CP1_CI_AS，只要视图里用到的某些列（尤其是从Progress导入的那些）本身的排序规则是French_CI/French_CI_AS，当执行等于、JOIN这类需要字符比较的操作时，就会触发冲突。而且你怀疑的“数据实际以French_CI格式存储”完全成立，因为从Progress导入数据时，如果工具没有自动转换列的排序规则，列会保留源库的排序规则属性，和表的默认设置无关。

下面是具体的排查和解决步骤：

1. 先确认冲突的列 #

首先要定位到底是哪些列的排序规则不对，执行这条查询就能查看表中所有列的排序规则：

SELECT name AS 列名, collation_name AS 排序规则
FROM sys.columns 
WHERE object_id = OBJECT_ID('你的表名') -- 替换成实际表名

重点看从Progress导入的那些列，大概率能找到collation_name为French_CI或者French_CI_AS的记录，这些就是冲突的根源。

2. 永久解决：修改列的排序规则 #

如果这些列不需要保留原有的French排序规则，直接修改列的排序规则为目标库的默认规则是最彻底的方法：

ALTER TABLE 你的表名 
ALTER COLUMN 冲突列名 数据类型 COLLATE SQL_Latin1_General_CP1_CI_AS [NULL | NOT NULL]

比如你的列是NVARCHAR(50) NOT NULL，就写成：

ALTER TABLE Customer 
ALTER COLUMN Name NVARCHAR(50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL

注意：如果列中已有大量数据，修改操作可能需要一定时间，大表建议在业务低峰期执行；如果列上有索引或计算列依赖，需要先删除这些依赖再修改。

3. 临时适配：在视图中显式指定排序规则 #

如果你不想修改原表的列属性，可以在视图的查询语句里，对冲突的列显式指定排序规则，强制统一：

SELECT 
    t1.ConflictColumn COLLATE SQL_Latin1_General_CP1_CI_AS AS 处理后列名,
    t2.OtherColumn
FROM 表1 t1
JOIN 表2 t2 ON t1.ConflictColumn COLLATE SQL_Latin1_General_CP1_CI_AS = t2.MatchColumn

更灵活的方式是用COLLATE DATABASE_DEFAULT，自动适配当前数据库的默认排序规则：

SELECT 
    t1.ConflictColumn COLLATE DATABASE_DEFAULT AS 处理后列名,
    t2.OtherColumn
FROM 表1 t1
JOIN 表2 t2 ON t1.ConflictColumn COLLATE DATABASE_DEFAULT = t2.MatchColumn

4. 额外排查：视图是否引用了其他库的对象 #

有时候视图可能隐式引用了其他数据库（比如存放原始Progress数据的临时库）中的表，而这些库的排序规则是French_CI，这种情况下也要在连接或比较时对相关列指定排序规则，方法和上面一致。

内容的提问来源于stack exchange，提问作者user1082748