sql server中带空格或非法字符的列名必须用方括号[ ]包裹，如[user name]、[2nd_score]、[order]，且在select、where、join等所有位置均需严格使用，双引号和反引号不可靠。
必须用方括号 [ 和 ] 包裹含空格的列名，否则会直接报错 Incorrect syntax near 'xxx'。
SQL Server 中带空格的列名必须用方括号包裹
SQL Server 不允许把 user name 这样的列名直接写在 SELECT 后面。它会把空格当成语句分隔符，导致解析失败。唯一合规、稳定、被所有版本（包括 2019）支持的方式是用方括号显式标记标识符边界。
-
SELECT [user name] FROM users✅ 正确 -
SELECT user name FROM users❌ 报错：Incorrect syntax near 'name' -
SELECT "user name" FROM users⚠️ 偶尔能跑通（取决于 QUOTED_IDENTIFIER 设置），但不可靠，不推荐 -
SELECT `user name` FROM users❌ MySQL 语法，在 SQL Server 中直接报错Unclosed quotation mark
方括号也适用于其他非法命名场景
不只是空格，任何不符合标识符默认规则的列名都得靠方括号兜底。SQL Server 2019 仍严格遵循这套规则，不支持反引号或双引号作为标准转义方式。
- 以数字开头：
[2nd_score]（不能写成2nd_score） - 使用保留字：
[order]、[desc]（不能直接用order） - 含中文或连字符：
[用户姓名]、[first-name] - 表名同样适用：
SELECT * FROM [Order Details]
嵌套查询或 JOIN 中也要逐个加方括号
别以为只在最外层 SELECT 里加就够了。只要列名本身含空格，无论出现在 SELECT、WHERE、ORDER BY 还是 ON 条件里，都必须包裹。漏一个就会中断执行。
-
SELECT [full name], [dept id] FROM [employees] WHERE [dept id] = 'HR'✅ -
SELECT [full name] FROM [employees] ORDER BY [full name]✅ -
SELECT a.[full name], b.[city] FROM [employees] a JOIN [locations] b ON a.[dept id] = b.[dept id]✅ 所有含空格的列名都加了 -
... ON a.[dept id] = b.city❌ 如果city没空格可以不包，但[dept id]漏掉就报错
别依赖 QUOTED_IDENTIFIER=ON 来用双引号
虽然开启 SET QUOTED_IDENTIFIER ON 后，"user name" 理论上可被识别为标识符，但它不是标准做法，且极易踩坑：
- 客户端连接默认可能关闭该选项，导致同一语句在不同环境行为不一致
- 动态 SQL 拼接时，双引号容易和字符串单引号冲突，引发语法错误
- SQL Server 2019 文档明确将方括号列为“唯一标准转义方式”，双引号仅作为兼容性补充
- 一旦混用（比如
SELECT [user name], "dept id"），维护性和可读性直线下降
真正麻烦的不是加方括号，而是有人图省事漏写一个——结果整个查询崩在运行时，而不是写的时候。尤其在 JOIN 或子查询里，空格列名藏得深，出错提示还不直观。养成习惯：只要看到列名里有空格、数字开头、中文或保留字，第一反应就是套上 [ 和 ]。
