Oracle 12c起已废弃ALTER TABLESPACE ... DEFAULT STORAGE，执行即报ORA-02187；本地管理表空间（LMT）依赖AUTOALLOCATE或UNIFORM区管理及ASSM，不再支持INITIAL/NEXT等传统存储参数。
ALTER TABLESPACE ... DEFAULT STORAGE 会直接报错
Oracle 12c 及以后版本（包括 19c、21c、23c）已彻底废弃 DEFAULT STORAGE 子句。执行类似 ALTER TABLESPACE users DEFAULT STORAGE (INITIAL 64K) 的语句会触发 ORA-02187: invalid storage option 错误。这不是权限或语法写错，而是该功能被移除——本地管理表空间（LMT）不再支持手动指定 INITIAL、NEXT 等传统段参数。
真正生效的默认存储行为由 LMT 和 ASSM 决定
当前所有新创建的表空间默认都是本地管理（EXTENT MANAGEMENT LOCAL），且绝大多数启用自动段空间管理（SEGMENT SPACE MANAGEMENT AUTO）。这意味着：
- 区（extent）大小由表空间统一管理：若为
UNIFORM SIZE 1M，所有段都按 1MB 分配；若为AUTOALLOCATE（默认），则 Oracle 自动选择 64KB/1MB/64MB 等粒度，无需人工干预 - 段内空间使用由位图控制，
PCTFREE、PCTUSED等参数仅对手动段管理（MSM）有效，在 ASSM 下被忽略 - 新建表/索引时，不显式指定
STORAGE子句，就完全走表空间的 LMT + ASSM 规则，没有“可改的默认值”
如果必须影响新对象的物理布局，改这里才有效
想让后续在该表空间中创建的对象更紧凑或更利于并发，应调整表空间本身的区管理方式或启用压缩，而不是幻想改“默认存储”：
- 已有表空间无法从
AUTOALLOCATE改为UNIFORM，只能重建；但可确认当前策略：SELECT tablespace_name, extent_management, allocation_type FROM dba_tablespaces WHERE tablespace_name = 'USERS'; - 对新表启用行压缩（减少块内空间占用）：
CREATE TABLE t1 (...) TABLESPACE users COMPRESS FOR OLTP; - 新建表空间时明确指定：
CREATE TABLESPACE ts1 DATAFILE '/path/ts1.dbf' SIZE 100M EXTENT MANAGEMENT LOCAL UNIFORM SIZE 256K SEGMENT SPACE MANAGEMENT AUTO;
容易被忽略的关键点
很多 DBA 在迁移旧脚本或复用 9i/10g 文档时仍尝试 DEFAULT STORAGE，结果卡在 DDL 报错。其实真正需要关注的是：表空间是否启用了 AUTOALLOCATE（查 ALLOCATION_TYPE）、是否为 ASSM（查 SEGMENT_SPACE_MANAGEMENT）、以及数据文件是否开启 AUTOEXTEND（这影响的是文件扩容，不是段分配）。这三者共同构成现代 Oracle 表空间的实际“默认行为”。
