oracle的alter table必须显式指定操作类型，不支持mysql式简写；加字段用add，扩长度用modify，改类型需重建列，重命名用rename column；可视化工具执行ddl后需手动提交，not null约束变更前须检查空值，分区表修改需确认子对象状态。
alter table 语法在 oracle 中必须显式指定操作类型
oracle 不支持像 mysql 那样用 alter table t modify col varchar2(100) 简写修改字段类型。所有变更都得拆成明确动作：加字段、改类型、删字段、重命名等，且多数操作不能回滚。
常见错误是直接套用其他数据库写法，比如写 ALTER TABLE t ALTER COLUMN c TYPE NUMBER，会报 ORA-01735: invalid ALTER TABLE option。
- 加字段用
ADD：ALTER TABLE emp ADD (email VARCHAR2(100)) - 改字段长度（仅扩大）用
MODIFY：ALTER TABLE emp MODIFY name VARCHAR2(200)；缩小长度需先清空数据或重建表 - 改字段类型基本不可行（如
VARCHAR2→NUMBER），必须ADD新列 → 转换数据 →DROP旧列 - 重命名字段必须用
RENAME COLUMN（Oracle 12c+）：ALTER TABLE emp RENAME COLUMN sal TO salary；低版本只能用CREATE TABLE AS SELECT重建
可视化工具（如 SQL Developer）执行 DDL 前默认不自动提交
SQL Developer 等工具在“编辑表”界面点保存时，实际生成的是 ALTER TABLE 语句，但不会立刻提交——它把语句塞进一个未提交事务里。如果你没手动点“提交”，另一个会话就看不到结构变化，甚至自己刷新后也“消失”了。
更麻烦的是：某些操作（如 MODIFY 非空字段长度）在事务中执行会直接报错 ORA-14402: updating partition key column would cause a partition change，但错误提示藏在日志里，界面只显示“执行失败”。
- 务必在执行完 DDL 后点工具栏的
Commit按钮，或运行COMMIT; - DDL 本身会隐式触发一次提交（
ALTER执行完即生效），但可视化工具常把它包在 BEGIN/END 里模拟事务，行为反而不一致 - 生产环境强烈建议关掉 SQL Developer 的“Auto-commit on DDL”选项（在 Preferences → Database → Worksheet），避免误操作扩散
修改 NOT NULL 字段前必须确认数据兼容性
Oracle 对 NOT NULL 字段加约束极快，但删约束或改类型时容易卡住，尤其当表有上百万行且字段含大量 NULL 值时。不是语法问题，是数据校验耗时。
典型现象：执行 ALTER TABLE t MODIFY c VARCHAR2(50) NOT NULL 卡住几十秒，然后报 ORA-02296: cannot enable (xxx) - null values found。它其实在后台逐行检查，不是挂了。
- 加
NOT NULL约束前，先查SELECT COUNT(*) FROM t WHERE c IS NULL - 想把允许 NULL 的字段改成 NOT NULL，必须先更新所有
NULL行（如设默认值），再加约束 - 用
ENABLE NOVALIDATE可跳过历史数据检查：ALTER TABLE t MODIFY c VARCHAR2(50) NOT NULL ENABLE NOVALIDATE，但后续插入仍受约束，已有NULL值会被保留（不推荐用于生产）
分区表结构变更要额外注意子对象依赖
在分区表上执行 ALTER TABLE ... MODIFY，Oracle 会尝试同步所有分区的元数据。如果某分区处于不可用状态（如索引失效、本地索引损坏），整个 DDL 就会失败，报错类似 ORA-14083: cannot drop partition of a composite partitioned object，但实际你根本没动分区操作。
真正的问题是：分区表的字段修改可能触发本地索引重建、物化视图日志刷新、甚至统计信息自动收集——这些子对象若异常，主 DDL 就会中断。
- 执行前先查
SELECT * FROM USER_TAB_PARTITIONS WHERE TABLE_NAME = 'T' AND STATUS != 'USABLE' - 禁用相关物化视图日志：
ALTER TABLE t DISABLE ROW MOVEMENT（若启用了） - 大表修改尽量在业务低峰期做，并提前在测试库用
DBMS_STATS.LOCK_TABLE_STATS锁定统计信息，防止 DDL 触发自动收集拖慢速度
Oracle 改表结构最危险的不是语法写错，而是低估数据量对 DDL 的实际影响——一条 MODIFY 在十万行表上秒级完成，在两亿行表上可能锁表十分钟。每次操作前，先 SELECT NUM_ROWS FROM USER_TABLES 看真实规模，比反复试错更省时间。
