不能直接修改已存在表段的 next 和 maxextents 参数，因其在段创建时固化于段头，alter table ... storage 会静默忽略；唯一例外是 oracle 8.1.6+ 允许修改 minextents。
不能直接修改已存在表段的 NEXT 和 MAXEXTENTS 参数（除非是 Oracle 8.1.6+ 且仅限 MINEXTENTS）。这两个参数在对象创建时固化进段头，后续 DDL 不提供标准语法更新。常见误操作是执行 ALTER TABLE ... STORAGE(...)，但它实际无效——Oracle 会静默忽略，不报错也不生效。
为什么 ALTER TABLE STORAGE 无法修改 NEXT / MAXEXTENTS
Oracle 的段级存储参数（INITIAL、NEXT、MINEXTENTS、MAXEXTENTS、PCTINCREASE）在段首次分配时写入数据字典和段头，之后只影响“未来新分配的 extent”。ALTER TABLE ... STORAGE 命令仅被解析，但不会触发表段元数据重写。验证方式：执行后查 USER_TABLES，字段值不变。
例外情况只有：MINEXTENTS 在 Oracle 8.1.6 及以后版本允许修改（需 DBA 权限），但 NEXT 和 MAXEXTENTS 始终不可改。
真正有效的替代方案（按推荐顺序）
必须通过重建段来落地新参数：
- 用
ALTER TABLE ... MOVE TABLESPACE <same_ts></same_ts>：保留原表空间，触发段重建，此时可带新STORAGE子句。例如：ALTER TABLE orders MOVE TABLESPACE users STORAGE (NEXT 1M MAXEXTENTS 500);
注意：该操作会锁表、使索引失效（需REBUILD）、重置高水位线（HWM）。 - 导出/导入（expdp/impdp）：指定
TRANSFORM=SEGMENT_ATTRIBUTES:n可清除源端存储属性，再用目标端默认或显式STORAGE控制。适合跨库或批量调整。 - 新建表 + INSERT /*+ APPEND */ + 重命名：最可控，但需业务窗口。过程中需手动处理约束、索引、授权等依赖项。
修改前必须检查的关键点
盲目重建可能引发 ORA-01654 或空间争用：
-
NEXT值不能超过所在表空间单个 datafile 的剩余连续空间（尤其当AUTOEXTEND OFF时）。用DBA_FREE_SPACE检查最大连续块：SELECT tablespace_name, MAX(bytes) FROM dba_free_space GROUP BY tablespace_name;
-
MAXEXTENTS若设为UNLIMITED，需确认表空间是本地管理（EXTENT MANAGEMENT LOCAL），否则会报错。 - 若表有
PCTINCREASE > 0，则NEXT实际生效值会动态增长（如NEXT=1M, PCTINCREASE=50→ 下一 extent = 1.5M），容易导致后续分配失败。生产环境强烈建议设PCTINCREASE 0。
真正要改的是段的“分配行为”，不是参数本身；所有看似修改参数的操作，本质都是重建段。最容易被忽略的是：MOVE 后索引状态变成 UNUSABLE，必须显式 ALTER INDEX ... REBUILD，否则查询会失败。
