SQLite中CREATE TABLE AS无显式字段名为何未报错却生成异常结果？

这个行为是SQLite定义的合法行为，核心原因在于SQLite对CREATE TABLE AS SELECT（简称CTAS）语句的解析逻辑，和普通SELECT查询存在明显差异：

• 直接执行带UNION ALL的SELECT语句时，SQLite仅按列位置合并多个子查询的结果集，每个子查询对应位置的表达式都会被正常计算并返回，所以能得到预期的1 'A'、2 'B'、3 'C'结果。
• 但执行CTAS语句时，SQLite会以第一个SELECT子句的表达式作为目标表列的定义模板。在你的案例中，第一个子句的第二列是常量'A'，SQLite会将这个常量表达式直接作为tmp表第二列的定义，后续UNION ALL子句中对应位置的'B'、'C'会被忽略，所有行的第二列都使用第一个子句的常量值填充。

之所以没有报错，是因为这种无显式别名的写法符合SQLite的语法规范，SQLite将其判定为合法的CTAS操作，只是在列值的生成逻辑上采用了特殊规则，而非语法错误。

添加显式字段别名后，SQLite会明确识别每个列的对应关系，按UNION ALL的正常逻辑合并结果，因此能恢复预期行为。

复现代码示例 #

直接执行SELECT的正常结果：

SELECT 1, 'A'
UNION ALL
SELECT 2, 'B'
UNION ALL
SELECT 3, 'C';

返回结果：

1    'A'
2    'B'
3    'C'

无别名的CTAS异常情况：

CREATE TABLE tmp AS
    SELECT 1, 'A'
    UNION ALL
    SELECT 2, 'B'
    UNION ALL
    SELECT 3, 'C';

tmp表数据：

1    'A'
2    'A'
3    'A'

添加别名后的正常CTAS：

CREATE TABLE tmp AS
    SELECT 1 AS field1, 'A' AS field2
    UNION ALL
    SELECT 2, 'B'
    UNION ALL
    SELECT 3, 'C';

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