根本原因是DBA_FREE_SPACE统计所有空闲块，但建段需连续空闲块；deferred_segment_creation=TRUE导致碎片化，使MAX(BYTES)远小于所需INITIAL值，从而触发ORA-01658。
为什么 DBA_FREE_SPACE 显示有空间，但建表还是报 ORA-01658
根本原因是 DBA_FREE_SPACE 统计的是“所有空闲块”，但 Oracle 建段时要找的是“连续的空闲块”。deferred_segment_creation=TRUE 让空表不占段，看似省了空间，实则加剧了表空间碎片——大量小空闲块堆积，大块被拆散，MAX(BYTES) 却越来越小。你查 DBA_FREE_SPACE 看到总空闲 500MB，但最大连续块只有 2MB，而建索引默认要 64KB 以上 INITIAL，就可能卡在 ORA-01658。
查真实可用连续空间不能只看 FREE_SPACE
必须用聚合查询确认最大连续块大小，而不是 sum(bytes)：
SELECT TABLESPACE_NAME, MAX(BYTES) AS MAX_CONTIGUOUS_BYTES FROM DBA_FREE_SPACE WHERE TABLESPACE_NAME = '<code>YOUR_TS_NAME</code>' GROUP BY TABLESPACE_NAME;
如果结果远小于你要创建对象的 INITIAL 值（比如建表指定 STORAGE(INITIAL 10M)，但 MAX_CONTIGUOUS_BYTES 只有 512KB），那就必然失败。
补充验证手段：
- 查当前用户下哪些表是延迟段状态：
SELECT TABLE_NAME FROM USER_TABLES WHERE SEGMENT_CREATED = 'NO' - 查这些表实际落在哪个表空间：
SELECT TABLE_NAME, TABLESPACE_NAME FROM USER_TABLES WHERE SEGMENT_CREATED = 'NO' - 确认该表空间是否为 ASSM（自动段管理）：若
SEGMENT_SPACE_MANAGEMENT = 'AUTO'，则无法靠 coalesce 合并碎片，只能扩容或迁移
ALLOCATE EXTENT 对空表无效，别白跑
ALTER TABLE ... ALLOCATE EXTENT 只对已有段的对象生效。对 SEGMENT_CREATED = 'NO' 的空表执行它，会直接报错 ORA-01432: public synonym to be dropped does not exist 或静默失败（取决于客户端），根本不会触发段创建。
真正有效的强制段创建方式只有两种：
- 插入一行再回滚：
INSERT INTO your_empty_table VALUES (...); ROLLBACK;—— 触发段分配，且不污染数据 - 显式指定段立即创建：
CREATE TABLE ... SEGMENT CREATION IMMEDIATE（仅适用于新建表）
注意：ALTER TABLE MOVE、SHRINK SPACE 这类操作也要求段已存在，对纯空表无效。
统计偏差修复后仍要防复发
即使你用 INSERT/ROLLBACK 补全了所有空表段，下次新建空表依然会走延迟路径。真正的长期解法不是“补漏”，而是控制源头：
- 开发建表脚本统一加
SEGMENT CREATION IMMEDIATE子句 - DBA 定期扫描：
SELECT TABLE_NAME FROM USER_TABLES WHERE SEGMENT_CREATED = 'NO'，发现即处理 - 避免在关键业务表空间（如
SYSTEM、SYSAUX）上依赖延迟段——它们本身不支持该特性，反而容易因元数据混乱引发统计误判
最易被忽略的一点：USER_SEGMENTS 和 DBA_SEGMENTS 视图里永远看不到延迟段表，但 USER_TABLES.SEGMENT_CREATED 是唯一可靠标识。别信“没出现在 segments 里=不存在”，那是设计使然，不是 bug。
