PostgreSQL中动态字段插入唯一可行路径是用jsonb+EXECUTE拼接SQL：先转jsonb，遍历键值对，quote_ident()处理字段名、quote_literal()或USING绑定值，再format()生成INSERT语句执行。
PostgreSQL 中用 jsonb + EXECUTE 构建动态字段映射插入逻辑
直接在 PL/pgSQL 里拼接字段名和值是唯一可行路径，因为 PostgreSQL 不允许在静态 SQL 中动态指定列名。核心思路是：把输入数据转成 jsonb，遍历键值对，按业务规则过滤出“该插入的字段”，再拼成完整 INSERT 字符串交由 EXECUTE 执行。
常见错误现象包括：column "xxx" of relation "yyy" does not exist（字段名拼错或大小写不匹配）、malformed array literal（JSON 解析失败）、query has no destination for result data（EXECUTE 没加 INTO 或没用 PERFORM）。
- 必须用双引号包裹字段名，如
"user_name"，否则小写下划线字段会变成小写无下划线（PostgreSQL 默认折叠标识符） -
jsonb_object_keys()可安全遍历键，但注意它返回的是text类型，不能直接当列名用，得套一层quote_ident() - 值要过
quote_literal()或用USING参数绑定，避免 SQL 注入——哪怕输入来自可信内部系统，也别跳过这步 - 示例片段：
EXECUTE format('INSERT INTO users (%s) VALUES (%s)', string_agg(quote_ident(key), ', '), string_agg(quote_literal(value::text), ', ') ) USING key, value;实际中需先收集键值对到数组再聚合
MySQL 的 LOAD DATA INFILE 如何绕过固定字段限制
MySQL 本身不支持运行时字段判断，但可以通过预处理阶段“裁剪”输入文件实现等效效果。关键不在存储过程，而在导入前的数据清洗链路。
使用场景典型如：Excel 导出含 20 列，但每次只填其中 5–8 列，空列不参与插入；或不同批次数据字段集不同，但目标表结构固定。
- 不要试图在
LOAD DATA INFILE的SET子句里写条件表达式——它不支持IF()以外的逻辑，且无法跳过整列 - 推荐做法：用 Python/Shell 先读取 CSV/Excel，按规则生成**临时精简文件**，只保留非空或业务必填字段及其对应值，再调
LOAD DATA INFILE - 若必须用纯 SQL，可建中间表（
staging_raw），全字段接收，再用INSERT ... SELECT带CASE WHEN映射到目标表，但要注意NULL和默认值的语义区分 - 性能影响：两阶段导入比单次
LOAD DATA多一次 I/O 和计算，但稳定性高；10 万行以内延迟差异不明显
SQL Server 存储过程中用 sp_executesql 动态构建 INSERT 的坑点
SQL Server 对动态列支持比 PostgreSQL 更隐蔽——表面看能拼字符串，实际执行时容易触发元数据缓存问题或参数类型推断错误。
最容易被忽略的是字段顺序与值顺序的严格一致性。哪怕只是多一个逗号、少一个括号，sp_executesql 也会报错且提示模糊。
- 必须显式声明所有参数类型，不能依赖隐式转换，例如
@val1 NVARCHAR(50)而非@val1 SQL_VARIANT - 字段名列表和值列表要分别拼，再用
EXECUTE sp_executesql @sql, @params, @val1, @val2绑定，避免字符串拼接混入用户数据 - 如果字段来自表变量或临时表，注意作用域：
sp_executesql无法访问外部会话级临时表（#t），得改用全局临时表（##t）或表值参数 - 兼容性提醒：SQL Server 2019+ 支持
STRING_AGG()拼字段，旧版本得用FOR XML PATH('')，语法差异大，别直接复制粘贴
为什么不用 ORM 层做动态映射更简单？
真正在业务系统里落地动态字段导入，绕开数据库原生存储过程、改用应用层控制，往往更可控、易测、可调试。
比如 Python 的 SQLAlchemy + pandas 组合：读 Excel → DataFrame → df.dropna(how='all', axis=1) 清空列 → df.to_sql(name='target', if_exists='append', index=False)，全程不碰 SQL 字符串拼接。
- ORM 隐藏了字段名拼写、类型转换、NULL 处理等细节，出错时堆栈指向明确位置，不像 PL/pgSQL 报错只说“near line X”
- 动态逻辑写在 Python 里，可单元测试、打日志、加熔断，而存储过程调试靠
RAISE NOTICE，效率低 - 唯一硬伤是网络传输开销：大数据量时，逐行
INSERT比批量COPY慢 10 倍以上，这时得切回数据库侧，用psycopg2.extras.execute_batch()或mysqlclient.executemany()
