insert into ... select 语法不必须带目标列名，但强烈建议显式指定；省略时要求select返回的列数、顺序、类型与目标表完全一致，否则易报错如“column count doesn't match value count”。
INSERT INTO ... SELECT 语法必须带目标列名吗？
不必须，但强烈建议显式写出列名。省略时要求 SELECT 返回的列数、顺序、类型必须与临时表完全一致，稍有偏差就会报错，比如 Column count doesn't match value count 或隐式转换失败。
实操建议：
- 始终用
INSERT INTO #temp (col1, col2) SELECT a, b FROM ...显式指定列，避免依赖顺序 - 若源查询含表达式（如
COUNT(*)、ISNULL(x,0)），必须给它起别名，否则目标列名会是(No column name)，导致插入失败 - 临时表字段为
NOT NULL时，确保SELECT结果无NULL值，否则报Cannot insert the value NULL
SQL Server 中 #temp 和 ##temp 的行为差异
单井号 #temp 是会话级本地临时表，只在当前连接可见；双井号 ##temp 是全局临时表，所有会话都可读（但仅当创建者连接未断开且无其他连接正独占写入时才安全写入）。
常见错误现象：
- 在存储过程中建了
#temp，但调用它的上层应用多线程并发执行 → 各自会话互不影响，这是正确用法 - 误用
##temp并发写入 → 出现数据覆盖或Invalid object name '##temp'（因另一连接已删掉它） - 在 SSMS 新建查询窗口执行脚本，以为
#temp能跨窗口访问 → 实际不能，报Invalid object name '#temp'
SELECT INTO #temp 和 INSERT INTO #temp SELECT 的核心区别
SELECT INTO 会自动创建表结构，INSERT INTO ... SELECT 要求目标表已存在。前者简洁，后者可控性强。
使用场景与风险：
- 快速原型调试可用
SELECT INTO #temp FROM ...，但注意：它不能指定索引、约束、NULL/NOT NULL 属性，字段类型由源列推断（比如VARCHAR(50)可能变成VARCHAR(8000)） - 生产逻辑中优先用先
CREATE TABLE #temp (...)再INSERT INTO #temp SELECT ...，确保类型精确、可加PRIMARY KEY或INDEX -
SELECT INTO在事务中不可回滚表结构创建（SQL Server 2019+ 支持部分回滚，但兼容性差），而显式CREATE+INSERT全部可回滚
WHERE 条件漏写导致临时表数据爆炸
这是最常被忽略的性能与逻辑陷阱：忘记加 WHERE 或关联条件写错，让 SELECT 返回百万行，插入过程卡死、日志暴涨、阻塞其他会话。
排查和预防方法：
- 执行前先运行
SELECT COUNT(*) FROM ... [你的 WHERE 条件]看数量级是否合理 - 在
INSERT INTO #temp SELECT ...前加SET ROWCOUNT 1000;（SQL Server）做小批量验证，确认逻辑正确后再删掉 - 如果源表很大且只取最新 N 条，用
TOP N配合ORDER BY，避免全表扫描后排序
