<p>CREATE TEMPORARY TABLE ... AS SELECT 在 MySQL 和 PostgreSQL 中支持一键建表并填充数据，SQL Server 不支持该语法而需用 SELECT INTO，SQLite 支持但建表后不可加约束；临时表生命周期依数据库而异，MySQL 会话级、PostgreSQL 需显式 ON COMMIT DROP、SQL Server 为会话级 # 表。</p>
CREATE TEMPORARY TABLE ... AS SELECT 会自动建表并插入数据
MySQL 和 PostgreSQL 都支持这条语句，它不是先建表再 INSERT，而是一次性完成结构定义和数据填充。执行后，新临时表的列名、类型、是否允许 NULL 都由 SELECT 的结果集决定，无需提前 CREATE TABLE。
- MySQL 中用
CREATE TEMPORARY TABLE t AS SELECT ...，临时表只在当前连接可见，连接断开即销毁 - PostgreSQL 中用
CREATE TEMP TABLE t AS SELECT ...，默认不带ON COMMIT DROP，若需会话结束自动删，得显式加上 - SQL Server 不支持这种语法，必须分两步：先
SELECT INTO #t FROM ...（注意#t是本地临时表，自动建表） - SQLite 支持
CREATE TEMP TABLE t AS SELECT ...，但不支持后续对t添加主键或索引（建表时无法指定约束）
SELECT INTO 在 SQL Server 中是更直接的选择
SELECT INTO 是 SQL Server 原生支持的单步操作，比先 CREATE TABLE 再 INSERT 简洁得多，且自动推导列类型——但仅限于创建本地临时表（#name）或全局临时表（##name），不能用于普通永久表。
- 语法是
SELECT col1, col2 INTO #temp FROM source_table WHERE ... - 如果
#temp已存在，会报错There is already an object named '#temp' in the database，必须手动DROP TABLE #temp或用IF OBJECT_ID('tempdb..#temp') IS NOT NULL DROP TABLE #temp - 目标表不能有计算列、IDENTITY 属性（除非加
SET IDENTITY_INSERT #temp ON配合）、CHECK 约束等高级特性——这些都不会被自动继承
INSERT ... SELECT 要求目标表已存在，适合已有结构复用
当你要把查询结果塞进一个已经定义好的临时表（比如带主键、索引、非空约束），就得用 INSERT ... SELECT。它不创建表，只负责搬运数据，因此列数、顺序、类型兼容性都得人工核对。
- 列数必须一致，否则报错
Column count doesn't match value count - 如果目标列定义为
NOT NULL，而SELECT返回了NULL，会触发插入失败（除非源字段本身允许 NULL 且你确认逻辑安全） - MySQL 中若开启严格模式（
STRICT_TRANS_TABLES），隐式类型转换失败也会中断执行；PostgreSQL 则更严格，字符串超长直接报value too long for type character varying(10) - 建议在执行前用
SELECT * FROM (your_query) AS t LIMIT 1检查字段数量和典型值，避免盲目插入
临时表生命周期和可见性容易被忽略
不同数据库对“临时表”的实现差异很大，不是所有叫 TEMP 的表都只在当前会话存活。
- MySQL 的
TEMPORARY表对同一连接内所有后续语句可见，但其他连接完全不可见；即使重连，也得重新建 - PostgreSQL 的
TEMP表默认在事务结束时还存在，只有显式加ON COMMIT DROP才在每次COMMIT后消失 - SQL Server 的
#name表在会话结束时自动清理，但如果在存储过程中创建，出作用域就不可访问——不能在子过程里查父过程建的#t - 别在循环里反复
CREATE TEMP TABLE，尤其 PostgreSQL 默认不会覆盖同名表，第二次会报错relation "t" already exists
