必须显式列出字段名，INSERT INTO语句中若省略字段名，数据库将按表定义顺序填充所有列，易致类型错配或NOT NULL报错；正确写法如INSERT INTO users (name, email) VALUES ('alice', 'alice@example.com')，且字段与值顺序须严格一致。
INSERT INTO 必须显式列出字段名
想只往某几个列插入数据，INSERT INTO 语句里必须写明目标列名，不能省略。否则数据库会按表定义顺序尝试填充所有列，容易导致类型错配或违反 NOT NULL 约束而报错。
常见错误现象：执行 INSERT INTO users VALUES ('alice', 'alice@example.com') 却提示 The column 'id' does not allow nulls —— 因为 users 表第一列是自增 id，但你没指定列名，数据库就把 'alice' 当作 id 值去插，类型不匹配还触发了非空校验。
- 正确写法：
INSERT INTO users (name, email) VALUES ('alice', 'alice@example.com') - 字段顺序和
VALUES中值的顺序必须严格一致 - 未列出的列，若允许
NULL则填NULL；若有默认值（如created_at DATETIME DEFAULT GETDATE()），则自动填充默认值；若是自增主键（如id INT IDENTITY(1,1)），直接忽略即可，数据库自动生成
哪些列可以不填？看约束和默认值
不是所有列都能“跳过”。是否能省略某列，取决于它的定义：
-
NOT NULL且无DEFAULT：必须提供值，否则报错Cannot insert the value NULL into column 'xxx' -
NULL或有DEFAULT：可省略该列，或显式写NULL - 自增列（如
IDENTITY或SERIAL）：必须省略，显式插入会报错（除非用SET IDENTITY_INSERT table ON临时放开，但极少需要） - 计算列（如
full_name AS first_name + ' ' + last_name）：不能插入，会报错Cannot insert data into a computed column
INSERT INTO ... SELECT 只填部分字段更安全
从其他表或查询结果批量插入时，用 INSERT INTO target_table (col_a, col_b) SELECT a, b FROM source_table 是最稳妥的方式。它天然规避了列顺序问题，也避免把源表多余字段误插进目标表。
- 目标列数和
SELECT返回列数必须相等 - 对应位置的数据类型需兼容（例如
SELECT id FROM users插入到log.user_id INT没问题，但插到log.user_name VARCHAR就会报类型转换错误） - 如果
source_table里没有对应字段，可用常量或表达式替代，比如SELECT name, 'imported' FROM old_users插入到(user_name, status)
MySQL / PostgreSQL / SQL Server 的细微差异
语法主体一致，但个别场景处理不同：
- MySQL 支持
INSERT INTO t(col) VALUES (DEFAULT)显式触发默认值；SQL Server 也支持，PostgreSQL 要写DEFAULT或省略列 - PostgreSQL 允许
INSERT INTO t DEFAULT VALUES插入全默认行；SQL Server 不支持，需显式列出所有带默认值的列 - SQL Server 的
IDENTITY列在INSERT SELECT中默认禁止显式插入，需先执行SET IDENTITY_INSERT t ON - 所有方言都不允许在
VALUES里混用列名和位置——INSERT INTO t(a,b) VALUES (1, DEFAULT)合法；INSERT INTO t(a,b) VALUES (DEFAULT, 2)也合法；但不能写成INSERT INTO t(a,b) VALUES (DEFAULT, b=2)
真正容易被忽略的是：即使你只操作两列，也要确认这两列之间有没有隐式依赖（比如 updated_at 是否靠触发器更新 created_at），否则可能让业务逻辑出偏。
