SQL查询语句中字段名后未加逗号的执行逻辑是什么？

这种异常表现是W3School在线SQL环境里非常常见的踩坑场景，本质和通用SQL引擎的解析规则一致。首先要纠正一个核心认知偏差：你遇到的场景里，根本不存在系统“识别到Address字段却主动忽略”的情况，所有异常表现都来自SQL对列别名的隐式语法规则。

你写的语句片段Address City，在SQL解析逻辑里从来不是两个独立的列引用，而是完整的一个输出项：取Address列的值，直接给这个输出的列命名为City——因为SQL标准允许省略AS关键字来设置列别名，不需要额外的语法标记。
正常加逗号的写法Address, City是两个独立的输出项：

1. 第一部分输出Address列的全部值，默认列标题就是Address
2. 第二部分输出City列的全部值，默认列标题就是City
   漏写逗号后的Address City是一个独立的输出项：
3. 整个块只负责输出Address列的全部值，但是这个输出列的标题被设置成了City
   很多人看到输出的列标题写着City，就会误以为这里输出的是原表的City字段，进而觉得Address没被展示、被系统忽略了，本质是把列标题和列内容的对应关系搞混了。

在SELECT子句的语法规则里：

• 逗号是独立输出项的唯一强制分隔符。只要你需要在结果集里新增一个独立的字段、计算表达式、常量，就必须在上一个输出项的末尾加上逗号，没有任何例外。
• 没有逗号分隔的相邻标识符，会按照语法优先级被解析器优先判定为「原列名 + 别名」的组合，绝对不会被当成两个独立的输出项。

不存在“识别到字段就主动忽略”的解析逻辑：

• 只要解析器识别到某个标识符是表中存在的有效列，就一定会把它纳入最终的输出计算，不会无故丢弃。
• 你看到的“字段没展示”的假象，本质是因为别名语法篡改了输出列的标题和对应关系，不是原字段被抛弃了。
• 顺着这个逻辑推演：如果连续多个标识符都没有加逗号，比如写成Address A B C，解析器会把这整个块识别为一个输出项：取Address列的值，给这个列设置对应的别名，而不是把A/B/C都当成独立的列去表中查找，更不会把前面已经识别到的Address丢掉。
• 这也是SQL开发中漏写逗号最隐蔽的坑：因为隐式别名是SQL的合法语法，只要第一个标识符是有效列名，整个语句就不会触发“字段不存在”的报错，很多时候要等肉眼对比输出内容和列标题的对应关系，才能发现漏写了逗号。

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