SQL Server多部分标识符绑定失败问题排查与解决

最近遇到一个极易被忽略的问题：在Microsoft SQL Server Management Studio v17.5（后升级至v17.7）中，执行简化后的查询时，仅使用表别名就触发了「标识符无法绑定」的错误，而根源居然是肉眼难以区分的字符差异。

问题复现 #

可正常执行的查询 #

以下三组查询均能顺利运行：

SELECT Top(3) AddressNumber from [char_test1].[dbo].[test1_READY]
SELECT Top(3) AddressNumber from [char_test1].[dbo].[test1_READY] AS Ε
SELECT Top(3) [AddressNumber] from [char_test1].[dbo].[test1_READY] AS Ε

触发错误的查询 #

而下面三组查询都会抛出错误：

SELECT Top(3) E.[AddressNumber] from [char_test1].[dbo].[test1_READY] AS Ε
SELECT Top(3) [E].[AddressNumber] from [char_test1].[dbo].[test1_READY] AS Ε
SELECT Top(3) [E].[AddressNumber] from [char_test1].[dbo].[test1_READY] AS [Ε]

错误信息 #

The multi-part identifier "E.AddressNumber" could not be bound.

（注：实际场景中无需该别名，此处仅为复现问题做简化）

问题根源与解决 #

经过排查（感谢@Gordon-Linoff的提示），并通过Python Spyder验证后发现：
定义别名时用的是希腊字母Ε（ASCII 码为917），而查询中引用的是英文大写字母E（ASCII 码为69）——这两个字符在视觉上几乎完全一致，但在SQL Server中是完全不同的标识符，因此导致别名无法匹配，触发绑定错误。

验证代码如下：

ord('Ε')
# Out[110]: 917
ord('E')
# Out[111]: 69

解决方法很简单：确保定义别名和引用别名时使用的是完全相同的字符，要么统一用英文E，要么统一用希腊字母Ε（当然更推荐使用常规的英文字符作为标识符，避免这类隐形坑）。

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