INSERT语句表起别名（表别名）能让SQL更简洁、可读性更强，但不同数据库的支持情况差异很大，MySQL 8.0.29之前不支持INSERT别名，PostgreSQL和SQL Server则从早期版本就支持。
INSERT语句表起别名到底是什么
写SQL时给表起个别名,这件事在SELECT查询里大家都熟，但到了INSERT语句里，很多人开始犯迷糊，表别名本质上是给表起一个临时的短名字，在语句内部使用，不会改变表在数据库里的真实名称。
INSERT语句表起别名,就是在INSERT INTO后面给目标表或数据源表设置一个临时缩写。
INSERT INTO orders AS o (order_id, user_id) VALUES (1001, 233);
这里o就是orders表的别名，但注意，这个写法在MySQL里会直接报错，因为MySQL直到8.0.29版本才支持INSERT语句的别名语法。
表别名在INSERT中的两种角色
- 目标表别名：给要插入数据的表起别名，主要用于VALUES子句或ON DUPLICATE KEY UPDATE中引用字段
- 数据源表别名：在
INSERT INTO ... SELECT结构中，给SELECT查询来源的表起别名，这种用法几乎所有数据库都支持
两类别名的使用场景和语法限制完全不同,很多新手把两者混为一谈，导致写了半天代码报错还找不到原因。
insert语句表起别名各数据库支持情况对比
行业共识认为,不同数据库对INSERT别名的态度差异很大，这直接决定了你该不该在代码里用这个特性。
| 数据库 | 目标表别名 | 数据源表别名 | 备注 |
|---|---|---|---|
| MySQL 8.0.29+ | 支持 | 支持 | 早期版本不支持目标表别名 |
| MariaDB | 支持 | 支持 | 语法与MySQL略有差异 |
| PostgreSQL | 支持 | 支持 | 一直支持，但写法不同 |
| SQL Server | 支持 | 支持 | 使用AS或直接空格都行 |
| Oracle | 不支持 | 支持 | 目标表别名长期不支持 |
| Doris | 支持 | 支持 | 兼容MySQL 8.0语法 |
MySQL insert into表别名语法变化
MySQL 8.0.29之前，如果你写：
INSERT INTO users AS u (name, age) VALUES ('张三', 28);
数据库会直接报语法错误,业内专家指出，这是MySQL长期被诟病的一个痛点，因为SELECT、UPDATE、DELETE都支持别名，唯独INSERT不支持。
从8.0.29开始，MySQL终于补上了这个短板，官方文档明确说明，INSERT语句现在支持为表指定别名，并且别名可以在VALUES子句、ON DUPLICATE KEY UPDATE等位置引用。
PostgreSQL中insert语句表起别名的正确写法
PostgreSQL的写法更灵活,既支持AS关键字，也支持直接空格写别名：
INSERT INTO users AS u (name, age) VALUES ('李四', 30);
-- 或者
INSERT INTO users u (name, age) VALUES ('王五', 25);
PostgreSQL对别名的支持非常彻底,在RETURNING子句、ON CONFLICT子句中都能用别名引用字段，这让复杂插入逻辑的代码可读性大幅提升。
insert语句表别名到底有什么用
很多人觉得给INSERT的表起别名没什么实际价值,这个想法大错特错，在特定场景下，别名能帮你写出更清晰、更不容易出错的代码。
INSERT INTO … SELECT复杂查询
这是数据源表别名最常见的应用场景,假设你要从一个多表联查的结果中插入数据：
INSERT INTO customer_summary (customer_id, total_amount) SELECT c.id, SUM(o.amount) FROM customers AS c JOIN orders AS o ON c.id = o.customer_id GROUP BY c.id;
这里c和o分别是customers和orders表的别名，如果不用别名，你必须写完整的表名去引用字段，SQL会变得冗长且容易混淆。
MySQL的ON DUPLICATE KEY UPDATE
MySQL 8.0.29之后，目标表别名在ON DUPLICATE KEY UPDATE子句中特别有用：
INSERT INTO inventory AS i (product_id, stock) VALUES (5001, 10) ON DUPLICATE KEY UPDATE stock = i.stock + 10;
在早期版本中,你只能写stock = stock + 10，这个写法其实有歧义到底引用的是VALUES里的stock还是表里的stock？有了别名后，i.stock明确指向表里的现有值，代码意图一目了然。
自连接插入
当你需要从同一张表里读取数据并插入新记录时,别名几乎是必须的：
INSERT INTO employees AS e1 (name, manager_id) SELECT e2.name, e2.id FROM employees AS e2 WHERE e2.department = '技术部';
如果没有别名,这种自引用根本没法写。
insert语句表起别名常见报错和避坑指南
这一类问题在技术社区里被问的频率相当高,很多人踩了坑还不知道原因。
MySQL 8.0.29以下版本语法错误
如果你还在用MySQL 5.7或8.0早期的版本，执行INSERT INTO t AS alias会得到：
ERROR 1064 (42000): You have an error in your SQL syntax解决方案有两个：升级到8.0.29以上版本，或者干脆不用目标表别名，改用其他方式实现同等效果。
Oracle完全不支持目标表别名
Oracle数据库对INSERT目标表别名一直不松口,你只能写：
INSERT INTO users (name, age) VALUES ('赵六', 35);
Oracle的替代方案是使用WITH子句或子查询别名来间接实现类似效果。
别名与关键字冲突
给表起别名时要注意避开SQL保留字,比如order、group、key这些词，直接作为别名会报错，需要加反引号（MySQL）或双引号（PostgreSQL）：
-- MySQL INSERT INTO orders AS `order` (id, amount) VALUES (1, 99.9); -- PostgreSQL INSERT INTO orders AS "order" (id, amount) VALUES (1, 99.9);
别名在VALUES子句中引用自身字段
在MySQL 8.0.29+中，目标表别名可以用于VALUES子句，但要注意引用的是新插入的值还是原有值，语义不同：
-- 这里o.id引用的是新插入的值 INSERT INTO orders AS o (id, user_id) VALUES (100, 501) ON DUPLICATE KEY UPDATE user_id = o.user_id;
这种情况下,o.user_id在发生重复键冲突时，引用的是新传入的501，而不是表里已有的值，如果想引用原值，需要额外处理。
INSERT别名和UPDATE别名写法对比
实际开发中,UPDATE语句的别名用法经常被拿来和INSERT作对比，两者差异能帮你加深对INSERT别名的理解。
- UPDATE语句给表起别名,几乎所有主流数据库都支持，MySQL从早期版本就可以
- UPDATE别名主要用于SET子句中引用字段,比如
UPDATE users AS u SET u.age = u.age + 1 - INSERT别名在MySQL中来得太晚,导致很多老开发者的代码习惯里根本没有这一项
- 两者在子查询中的行为一致,外层别名可以在内层引用，内层别名不能在外层使用
别名作用域和生命周期
INSERT语句的别名作用域仅限于当前语句,语句执行完，别名就消失了，不影响任何后续操作，这一点和UPDATE、DELETE一致。
要注意的是,别名在语句内部各子句间的可见性有顺序差异，MySQL 8.0.29+中，INSERT的别名在SET子句、VALUES子句、ON DUPLICATE KEY UPDATE中均可见，但在INSERT的VALUES列表本身（即VALUES (1, 2)这种写法）中不可用于占位。
insert语句别名在ORM框架中的使用
近年来,很多ORM框架生成的SQL并不直接使用INSERT别名，了解这一点能帮你排查一些诡异问题。
MyBatis中的处理
MyBatis的<insert>标签中，你完全可以手写带别名的INSERT语句，因为MyBatis只是把SQL字符串交给数据库执行，不做语法解析，但要注意数据库版本兼容性：
<insert id="insertOrder">
INSERT INTO orders AS o (order_id, user_id, amount)
VALUES (#{orderId}, #{userId}, #{amount})
ON DUPLICATE KEY UPDATE amount = o.amount + VALUES(amount)
</insert>
这段代码在MySQL 8.0.29+上能跑，在5.7上直接报错。
其他ORM框架的兼容问题
- JPA/Hibernate生成的INSERT语句不使用别名，自动生成的SQL更保守
- 如果设置了
hibernate.jdbc.use_streams_for_binary等特殊配置，别名可能影响批量插入性能 - 大批量插入时,建议关闭ORM的自动生成，改用原生SQL，这时别名的可控性优势就体现出来了
SQL insert语句表别名性能影响
很多人担心别名会影响SQL执行效率,这里给个明确结论：别名只是语法层面的改写，不影响执行计划，性能几乎无差异。
数据库的优化器在处理SQL时,会先把别名解析为对应的物理表，再生成执行计划，最终执行的是解析后的逻辑，别名的存在与否不会改变索引选择、连接顺序等核心决策。
真正的性能差异来自你写SQL时的逻辑结构,
- 使用
INSERT INTO ... SELECT时，SELECT部分的查询效率决定整体性能 - 别名写错导致走全表扫描,那才是性能杀手
- 在ON DUPLICATE KEY UPDATE中，别名的合理使用能减少不必要的子查询，对性能有正向帮助
insert语句表起别名最佳实践总结
给INSERT语句用别名,要按场景和数据库类型分类处理，不能一概而论。
推荐的做法
- MySQL用户先把版本升级到8.0.29以上，再去用目标表别名
- 在INSERT INTO … SELECT中，数据源表别名放心大胆地用，没有兼容性问题
- 在ON DUPLICATE KEY UPDATE中善用别名，让代码自文档化
- 多表插入时,用别名区分不同来源的字段，避免歧义
不推荐的做法
- 在Oracle里尝试给INSERT目标表加别名,纯属浪费时间
- 在MySQL 5.7的生产环境使用目标表别名，上线必炸
- 给别名起得过于随意,比如
a、b、c这种，反而降低可读性 - 在一条INSERT语句里混用多种数据库方言的别名语法,代码维护起来让人崩溃
一句话记住核心
INSERT语句表起别名,能力上限取决于数据库版本，下限取决于你的SQL基本功，写之前先确认数据库类型和版本，写的时候保持别名风格统一，这样既能享受别名带来的简洁，又不会踩兼容性的坑。
INSERT语句别名常见问题解答
MySQL的INSERT语句到底能不能给表起别名？
MySQL 8.0.29及以上版本可以，语法是INSERT INTO 表名 AS 别名，8.0.29之前的版本不支持目标表别名，但INSERT INTO ... SELECT中给数据源表起别名一直是可以的，如果用的老版本又想要类似效果，可以改写成子查询的方式，比如把目标表放在子查询里再取别名，但这样做会牺牲可读性，不如直接升级数据库版本。
INSERT语句别名能用在VALUES子句里引用新插入的值吗？
在MySQL 8.0.29+中，目标表别名可以用于ON DUPLICATE KEY UPDATE子句，引用的是准备插入的新值，在PostgreSQL中，RETURNING子句里使用别名可以引用新插入的值，但要注意，在普通的VALUES (值列表)中，别名不能充当占位符，如果你需要在新值之间做计算，直接写表达式即可，别名帮不上忙。
insert语句表起别名和SELECT查询的别名有什么本质区别？
SELECT的别名有两个作用：一是精简表引用，二是定义输出列名，INSERT的表别名只有精简引用这一个作用，不会改变插入的列名，SELECT中别名可以在WHERE、GROUP BY、ORDER BY等子句中引用（部分数据库有执行顺序限制），而INSERT中目标表别名的使用范围更窄，主要局限在ON DUPLICATE KEY UPDATE、ON CONFLICT这类特殊子句里，数据源表别名的行为与SELECT中的别名完全一致，因为本质上它就是SELECT查询的一部分。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/561939.html
