SELECT INTO 在不同数据库中语义迥异：SQL Server/Access 中用于建表并插入数据，而 PostgreSQL、MySQL、SQLite 等不支持或行为不同，直接移植易报错；应先确认数据库版本，再选用 CREATE TABLE AS 或两步法，并注意锁、日志、约束继承及幂等性问题。
SELECT INTO 在不同数据库里根本不是一回事
别急着写 SELECT INTO —— 它在 SQL Server 和 Access 里是建表+插数据的合法语句，但在 PostgreSQL、MySQL、SQLite 甚至较新版本的 SQL Server（Azure SQL / Managed Instance）里，它要么不支持，要么行为完全不同。直接复制粘贴容易报错 ERROR: syntax error at or near "INTO" 或 Incorrect syntax near 'INTO'。
实操建议：
- 先确认你连的是什么数据库：
SELECT version();（PostgreSQL）、SELECT @@version;（SQL Server）、SELECT VERSION();（MySQL） - SQL Server 本地实例可用
SELECT * INTO new_table FROM old_table，但目标表不能已存在 - PostgreSQL 必须用
CREATE TABLE new_table AS SELECT ...，且默认不带主键和索引 - MySQL 8.0+ 不支持
SELECT INTO表，只能用CREATE TABLE new_table AS SELECT ...或分两步：先CREATE TABLE，再INSERT INTO ... SELECT
CREATE TABLE AS SELECT 的坑：数据类型和约束不会自动继承
用 CREATE TABLE new_table AS SELECT ... 看似简洁，但它只复制字段值和表达式推导出的数据类型，完全忽略原表的 NOT NULL、DEFAULT、CHECK、主键、索引、注释等元信息。
常见错误现象：新表里字段全成了 nullable，明明原表 id 是自增主键，新表里却只是普通 integer；或者字符串字段长度被截断（比如原表是 VARCHAR(255)，新表推成 VARCHAR(32)，因为样本数据最长就 32 字符）。
实操建议：
- 如果需要保留约束，老实用两步法：
CREATE TABLE new_table (LIKE old_table INCLUDING ALL); INSERT INTO new_table SELECT * FROM old_table;（PostgreSQL） - MySQL 没有
LIKE语法，得手动SHOW CREATE TABLE old_table，改表名后执行建表语句，再INSERT INTO ... SELECT - SQL Server 若需保留标识列，得先关掉
IDENTITY_INSERT，或用SELECT INTO后再ALTER TABLE ... ADD CONSTRAINT
大数据量下 SELECT INTO 或 CREATE TABLE AS 可能锁表或爆内存
这两个操作本质都是“建表 + 扫描源表 + 写入”，不是轻量级拷贝。在 SQL Server 中，SELECT INTO 默认使用最小日志记录（bulk-logged），但若数据库恢复模式是 FULL，仍可能产生大量日志；在 PostgreSQL 中，CREATE TABLE AS 会持有 ACCESS EXCLUSIVE 锁，阻塞所有对源表的读写，直到语句结束。
性能影响明显的情况：源表超千万行、含大字段（TEXT/JSONB）、磁盘 I/O 已饱和。
实操建议：
- 避免在业务高峰期跑这类语句，尤其不要在生产从库上直接建大表
- PostgreSQL 可加
WITH NO DATA先建空表结构，再用INSERT INTO ... SELECT ...分批（配合WHERE id BETWEEN x AND y） - SQL Server 可考虑用
INSERT INTO new_table WITH (TABLOCK) SELECT ...配合批量提交，减少单次事务体积 - 记得提前检查目标库磁盘空间，
SELECT INTO临时表也占tempdb空间
别把 SELECT INTO 当作通用 ETL 工具
它适合一次性快照、测试环境初始化、报表中间表生成，但不适合需要校验、清洗、转换、重试、监控的场景。比如字段要转大小写、NULL 要转默认值、时间要转时区、还要发告警——硬塞进一个 SELECT INTO 里，可读性差，调试困难，出错了没法定位是哪一行数据导致的。
实操建议：
- 逻辑复杂时，拆成视图 + 显式
INSERT，方便加WHERE过滤、CASE转换、COALESCE处理空值 - 需要幂等性（重复运行不报错也不重复插入），就别用
SELECT INTO（它要求目标表不存在），改用CREATE TABLE IF NOT EXISTS+TRUNCATE+INSERT - 跨库/跨实例迁移？
SELECT INTO基本没戏，得靠pg_dump、mysqldump、bcp或 Flink/CDC 工具
真正麻烦的从来不是语法，而是你没意识到那条语句背后牵扯的锁策略、日志模式、存储引擎行为和运维上下文。
