SQL Server 2008迁移至2019：无限定连接问题求助

你遇到的这个问题，核心是混合使用了ANSI显式JOIN语法和旧版逗号分隔的隐式连接，而SQL Server 2019对这两种语法的解析优先级做了更严格的ANSI标准对齐，和2008的行为产生了本质差异。

具体成因拆解： #

• 在SQL Server 2008及更早版本中，逗号分隔的表列表（隐式连接）和显式JOIN语句的优先级是相同的，数据库会按照左到右的顺序依次解析所有连接逻辑。你的原SQL里，Codebar INNER JOIN Codebar_IdentPag之后用逗号连接Account，2008会先处理Codebar与Codebar_IdentPag的连接，再把这个结果和Account及其后续的JOIN结果做逻辑关联，最后通过WHERE子句过滤无效数据。
• 但从SQL Server 2016开始（2019进一步强化标准对齐），数据库严格遵循ANSI SQL规则：显式JOIN的优先级高于逗号分隔的隐式连接。这意味着你的原SQL会被先解析Account及其所有后续的INNER JOIN/LEFT JOIN，形成一个独立的结果集；然后再把这个结果集和Codebar INNER JOIN Codebar_IdentPag的结果做笛卡尔积（交叉连接），最后才应用WHERE条件。这种解析顺序的突变，直接导致查询行为和2008版本完全不一致，触发了Data Migration Assistant的行为变更警告。

你的判断完全正确——问题就出在第一个INNER JOIN之后的逗号，这个旧版隐式连接的写法和后面的显式JOIN混合后，在新版SQL Server里的执行逻辑彻底变了。

修复方案（统一显式JOIN语法）： #

把所有逗号分隔的隐式连接替换成显式JOIN，并明确写出连接条件（即使原来依赖WHERE过滤，也建议移到ON子句里，让逻辑更清晰无歧义）。修正后的SQL示例如下：

FROM Codebar
INNER JOIN Codebar_IdentPag 
    ON Codebar_IdentPag.Tipo = Codebar.Tipo
INNER JOIN Account 
    ON Account.Id = @numAccount -- 将WHERE中的连接条件移至ON子句，明确关联逻辑
INNER JOIN AccountName 
    ON AccountName.AccountId = Account.Id -- 补上AccountName前缀，避免字段歧义
LEFT JOIN AccountType2 
    ON AccountType2.Codigo = Account.AccountType2Cod -- 补上Account前缀，消除字段归属模糊性
LEFT JOIN AccountType 
    ON AccountType.Codigo = Account.AccountTypeCod
LEFT JOIN AccountPlan 
    ON AccountPlan.Codigo = Account.AccountPlanCod
LEFT JOIN Currency 
    ON Currency.Codigo = Account.CurrencyCod
LEFT JOIN Country Country1 
    ON Country1.Codigo = Account.CountryCod
WHERE Codebar.Id = @idCodebar

内容的提问来源于stack exchange，提问作者João Godinho