SELECT INTO仅在当前数据库内有效，不跨库；可复制表结构和数据，但不复制主键、索引、约束、默认值、触发器等元数据。
SELECT INTO 在 SQL Server 中能复制表结构，但不跨数据库生效
SQL Server 的 SELECT INTO 确实可以快速建新表并插入数据，但它本质是“创建+插入”一步操作，且**只在当前数据库内有效**。如果目标库不是当前上下文，会报错 Invalid object name。更关键的是：它不会复制主键、索引、约束、默认值或触发器——只复制列名、数据类型、NULL 属性和（部分情况下）标识列属性。
常见误用场景：
- 想在测试库中复刻生产表结构，却忘了先
USE testdb - 以为
SELECT TOP 0 * INTO new_table FROM old_table能带出主键，结果新表只有普通列 - 源表有
IDENTITY列，目标表也生成了，但没注意SET IDENTITY_INSERT后续是否允许显式插入
CREATE TABLE ... AS 在 PostgreSQL / Oracle 中可用，但语法和行为差异大
CREATE TABLE ... AS SELECT 是 PostgreSQL 和 Oracle 支持的语法，MySQL 8.0.23+ 才支持（且需开启 sql_mode 兼容），SQL Server 完全不认。它默认只复制列定义和数据，不复制约束——这点和 SELECT INTO 一致，但比后者更可控：你可以加 WITH NO DATA（PostgreSQL）或 WHERE FALSE（Oracle）来只建空表。
注意事项：
- PostgreSQL 中
CREATE TABLE new AS SELECT * FROM old WITH NO DATA会保留生成列（GENERATED ALWAYS）定义，但不保留序列绑定 - Oracle 中
CREATE TABLE new AS SELECT * FROM old WHERE 1=0不会复制NOT NULL约束，除非原列定义里显式写了NOT NULL（而不是靠 CHECK 约束实现） - 所有支持该语法的数据库，都不会自动复制外键、索引、注释（
COMMENT ON COLUMN）
真正复制完整结构（含索引/约束）得靠系统视图或导出工具
如果需要主键、唯一约束、默认值、检查约束甚至索引，纯 SQL 语句基本做不到“一键复制”。必须查系统表拼 DDL：
- SQL Server：查
sys.columns、sys.indexes、sys.key_constraints，用sp_help或sys.dm_exec_describe_first_result_set辅助 - PostgreSQL：用
\d+ table_name看完整定义，或查pg_get_constraintdef()、pg_get_indexdef() - MySQL：
SHOW CREATE TABLE old_table最直接，但要注意 ENGINE、CHARSET、AUTO_INCREMENT 值是否要重置
生产环境建议用 mysqldump --no-data、pg_dump --schema-only 或 SSMS 的“生成脚本”功能——它们会自动处理依赖顺序（比如先建表再建外键）。
别忽略权限和字符集继承问题
即使结构复制成功，新表可能因权限或字符集不一致导致后续出错：
- SQL Server 中，
SELECT INTO新表默认归当前用户所有，若原表是dbo.table，新表可能是user1.table，应用查询时容易漏写 schema - MySQL 复制表时，若未显式指定
CHARACTER SET和COLLATION，新表会继承数据库默认值，可能和原表不一致（尤其跨库迁移时） - PostgreSQL 中，如果原表字段用了
DOMAIN类型，CREATE TABLE AS会降级为底层基础类型，丢失 domain 约束
最保险的做法：先确认源表的完整 DDL，再人工校验目标表的约束、索引、权限三要素——自动化脚本省时间，但少一次核对，上线就多一分风险。
