UPDATE语句用于修改表中已存在的数据，基本语法为UPDATE表名SET列=新值WHERE条件；省略WHERE将更新全表，需谨慎；支持多列更新、表达式、子查询、JOIN及CASE等高级用法。
怎么生成针对所有表的 UPDATE 语句
核心思路是：先从系统视图（如 information_schema.tables）查出目标数据库中所有用户表，再拼出每张表的 UPDATE 语句。不能硬编码表名，必须动态组装。
常见错误是直接写 UPDATE * SET ... —— SQL 不支持这种语法；也有人试图用游标逐条执行却忘了加事务或异常处理，导致中途失败后状态不一致。
- MySQL 下推荐用
information_schema.tables过滤table_schema = 'your_db_name'且table_type = 'BASE TABLE' - PostgreSQL 要查
pg_tables，注意排除schemaname = 'pg_catalog'和'information_schema' - SQL Server 用
sys.tables，配合sys.schemas判断是否为用户模式（schema_id > 4或名称非sys/INFORMATION_SCHEMA）
如何安全地批量更新公共字段（比如 status=0）
“公共字段”意味着该字段在多张表中存在且语义一致。但不能假设它一定存在——必须先验证字段是否存在于每张表中，否则动态 SQL 会报错 Unknown column 'status' in 'field list'。
建议分两步走：先用查询确认字段存在性，再生成可执行语句。例如 MySQL 中可联合 information_schema.columns：
SELECT CONCAT('UPDATE `', t.table_name, '` SET status = 0 WHERE status IS NULL;')
FROM information_schema.tables t
JOIN information_schema.columns c
ON t.table_name = c.table_name AND t.table_schema = c.table_schema
WHERE t.table_schema = 'mydb'
AND t.table_type = 'BASE TABLE'
AND c.column_name = 'status';执行前务必加 SELECT 预览结果，别直接 EXECUTE 或 mysql -e 批量跑。
为什么不能直接用存储过程自动执行所有 UPDATE
看似方便，实则风险集中：一张表字段缺失、某条记录触发唯一约束、长事务锁表，都可能导致整个过程卡死或回滚困难。
- MySQL 存储过程中
PREPARE/EXECUTE不支持变量表名直接拼接，需用CONCAT构造完整语句字符串 - PostgreSQL 的
EXECUTE支持动态表名，但若未用format('UPDATE %I SET ...', table_name)处理标识符，遇表名含横线或大小写会报错 - 所有数据库中，批量 UPDATE 若没加
WHERE条件，极易误清空数据；即使有WHERE，也要确认索引覆盖，避免全表扫描拖垮性能
实际运行前必须检查的三件事
动态 SQL 容易掩盖底层问题，上线前必须人工核对：
- 确认目标字段类型兼容：比如想把
status全设为0，但某张表里它是VARCHAR类型，就会隐式转换失败或静默截断 - 检查外键约束：如果
status被其他表引用为外键，且数据库开启了严格模式，UPDATE 可能被拒绝 - 评估影响行数：在测试库用
SELECT COUNT(*) FROM tbl WHERE status IS NULL预估每张表要改多少行，防止单条语句执行太久锁表
最常被跳过的其实是字段存在性校验和 WHERE 条件合理性——这两点一旦出错，恢复成本远高于多花五分钟写个预检查询。
