oracle禁止直接修改非空列数据类型，因引擎强制要求列为空（ora-01439）；必须用add+update+drop+rename四步法，注意约束处理、字符集转换及索引重建。
Oracle 不允许直接对非空列执行 ALTER TABLE ... MODIFY 更改数据类型，哪怕新旧类型逻辑兼容（比如 VARCHAR2(100) → VARCHAR2(200) 也报错），必须走临时列中转。批量操作时，不能靠手工一条条写 SQL，得用 PL/SQL 动态生成并执行语句。
为什么 MODIFY 对有数据的列直接失败
Oracle 的列类型变更限制是硬性约束：只要该列存在非 NULL 值，ALTER TABLE ... MODIFY 就会抛出 ORA-01439: column to be modified must be empty to change datatype。这不是权限或版本问题，是引擎层设计决定的。即使目标类型只是扩大长度、或从 NVARCHAR2 转 VARCHAR2，也绕不开这个检查。
ADD + UPDATE + DROP + RENAME 四步法必须严格顺序执行
这是最稳妥、兼容所有 Oracle 版本（包括 11g/12c/19c/21c）的通用路径。关键不是“能做”，而是每步都可能卡住：
- 新增临时列前，要确认目标类型是否支持原数据——比如把含中文的
NVARCHAR2转VARCHAR2，需用CAST(... AS VARCHAR2(n))显式转换，否则UPDATE会因字符集不匹配报ORA-06502 -
DROP COLUMN在 12c+ 可加ONLINE减少锁表时间，但 11g 不支持，必须停写入窗口 - 重命名后，原列上的索引、约束、统计信息全部丢失，必须手动重建——这点常被忽略，导致后续查询性能骤降
批量处理时必须捕获并跳过带约束的列
如果目标列上有主键、外键、CHECK 或唯一约束，DROP COLUMN 会失败（报 ORA-12992）。不能指望脚本自动删约束再恢复，因为约束名可能重复、依赖关系复杂。实操建议：
- 先查
USER_CONS_COLUMNS和USER_CONSTRAINTS，筛出所有带约束的列，单独记录为待处理清单 - 对无约束列，用游标遍历
USER_TAB_COLUMNS生成四步语句 - 对有约束列，要么人工评估是否可临时禁用（
DISABLE CONSTRAINT），要么改用「建临时表」方案（CREATE TABLE AS SELECT+RENAME），避免破坏引用完整性
PL/SQL 脚本里 EXECUTE IMMEDIATE 必须配 COMMIT 和错误处理
动态 SQL 执行失败不会中断整个块，默认继续跑下一条，容易掩盖真实问题。一个最小可用模板应包含：
DECLARE
sql_str VARCHAR2(1000);
BEGIN
FOR r IN (SELECT table_name, column_name FROM user_tab_columns WHERE data_type = 'NVARCHAR2') LOOP
BEGIN
sql_str := 'ALTER TABLE ' || r.table_name || ' ADD ' || r.column_name || '_tmp VARCHAR2(200)';
EXECUTE IMMEDIATE sql_str;
sql_str := 'UPDATE ' || r.table_name || ' SET ' || r.column_name || '_tmp = CAST(' || r.column_name || ' AS VARCHAR2(200))';
EXECUTE IMMEDIATE sql_str;
sql_str := 'ALTER TABLE ' || r.table_name || ' DROP COLUMN ' || r.column_name;
EXECUTE IMMEDIATE sql_str;
sql_str := 'ALTER TABLE ' || r.table_name || ' RENAME COLUMN ' || r.column_name || '_tmp TO ' || r.column_name;
EXECUTE IMMEDIATE sql_str;
COMMIT;
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('FAIL on ' || r.table_name || '.' || r.column_name || ': ' || SQLERRM);
ROLLBACK;
END;
END LOOP;
END;
真正麻烦的从来不是语法，而是字段里混着超长值、空格填充、不可见字符——这些在 CAST 或 UPDATE 阶段才会暴露，必须在测试库完整跑通后再上生产。
