如何解决SQL JOIN与UNION操作中的排序规则不匹配问题

遇到这种排序规则冲突的问题其实挺常见的——哪怕你数据库和表的默认排序规则都设置为SQL_Latin1_General_CP1_CI_AS，也可能因为列级别的排序规则不匹配触发报错。这是因为列可以单独指定排序规则，不受表或数据库默认值的约束，你的Table2.budgetName、Table3.productline大概率和Table1.productlinename的排序规则不一致。

临时快速解决方案（无需修改表结构） #

如果你不想改动表结构，可以在JOIN的条件中通过COLLATE子句强制转换其中一列的排序规则，使其与另一列匹配。修改你的SQL语句如下：

SELECT b.[BudgetID] ,b.[Budget] ,b.[BudgetType] ,b.[BudgetStatus] ,b.[BudgetStartDate] ,b.[BudgetEndDate] ,b.[ActualStartDate] ,b.[ActualEndDate] ,b.[PlannedBudget] ,b.[ActualSpend] ,b.[ProductLineName] ,b.[ProductLineKey] ,b.[ProductName] ,b.[ProductKey] ,b.[PlannedLeads] ,b.[ActualLeads] 
FROM [dbo].[Table1]b 
inner join [dbo].[Table2] c on c.budgetName COLLATE SQL_Latin1_General_CP1_CI_AS = b.productlinename 
inner join [dbo].[Table3] p on p.productline COLLATE SQL_Latin1_General_CP1_CI_AS = b.productlinename

这里我们把c.budgetName和p.productline强制转换为目标排序规则，和b.productlinename保持一致。

永久根治方案（修改列排序规则） #

如果希望彻底解决这类问题，建议统一冲突列的排序规则，避免后续反复处理。执行以下SQL修改列的排序规则（注意替换成列实际的数据类型和长度）：

修改Table2的budgetName列 #

ALTER TABLE [dbo].[Table2]
ALTER COLUMN [budgetName] VARCHAR(255) -- 替换为该列实际的数据类型和长度
COLLATE SQL_Latin1_General_CP1_CI_AS; -- 如果列不允许NULL，加上NOT NULL

修改Table3的productline列 #

ALTER TABLE [dbo].[Table3]
ALTER COLUMN [productline] VARCHAR(255) -- 替换为该列实际的数据类型和长度
COLLATE SQL_Latin1_General_CP1_CI_AS; -- 如果列不允许NULL，加上NOT NULL

修改完成后，原SQL语句无需任何改动即可正常执行。

针对UNION ALL冲突的补充处理 #

对于你提到的UNION ALL运算符的DISTINCT冲突问题，同样可以用COLLATE子句解决。例如：

SELECT column_name COLLATE SQL_Latin1_General_CP1_CI_AS FROM Table1
UNION
SELECT column_name COLLATE SQL_Latin1_General_CP1_CI_AS FROM Table2

（注：UNION会自动去重，UNION ALL不会，但如果是UNION搭配DISTINCT的场景，本质还是列排序规则不匹配，处理逻辑一致）

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