dbms_space.create_index_cost用于估算索引创建所需空间，需先收集表统计信息，输入完整可执行ddl语句，输出used_bytes（实际数据占用）和alloc_bytes（表空间分配总量），二者差异反映b-tree结构及管理开销。
Oracle 新建表或索引时，实际分配的空间远不止你 CREATE TABLE 或 CREATE INDEX 语句里写的那几行——它受块大小、PCTFREE、INITRANS、区管理方式、统计信息准确性等多重因素影响。不估算就建，轻则空间浪费严重，重则建索引中途报 ORA-01652: unable to extend temp segment。
用 DBMS_SPACE.CREATE_TABLE_COST 估算表段大小
这是 Oracle 官方推荐的轻量级估算方法，不依赖真实数据，只基于列定义和预估行数。适合在建表前做容量规划。
- 必须先有准确的列定义（类型、长度、是否 NULL），否则结果偏差极大；
VARCHAR2(4000)和VARCHAR2(10)对估算影响天壤之别 - 需要预估总行数（
num_rows），若完全没参考，可按业务日增量 × 保留周期粗略算 - 执行前确保当前用户有
EXECUTE权限 onDBMS_SPACE，否则会报PLS-00201: identifier 'DBMS_SPACE' must be declared - 示例调用：
DECLARE
used_bytes NUMBER;
alloc_bytes NUMBER;
BEGIN
DBMS_SPACE.CREATE_TABLE_COST(
tablespace_name => 'TS_APP_DATA',
avg_row_size => 256,
row_count => 1000000,
pct_free => 10,
used_bytes => used_bytes,
alloc_bytes => alloc_bytes
);
DBMS_OUTPUT.PUT_LINE('used_bytes: ' || ROUND(used_bytes/1024/1024, 2) || ' MB');
DBMS_OUTPUT.PUT_LINE('alloc_bytes: ' || ROUND(alloc_bytes/1024/1024, 2) || ' MB');
END;
注意：alloc_bytes 是实际从表空间申请的磁盘空间（含区头、位图等开销），used_bytes 是纯数据净占用，二者差值就是元数据和空闲预留空间。
用 DBMS_SPACE.CREATE_INDEX_COST 估算索引段大小
比表更敏感——索引键长度、唯一性、是否复合、是否函数索引都会显著改变结果。尤其对大表建索引前，这步不能跳。
- 必须先收集目标表的统计信息，否则
DBMS_SPACE.CREATE_INDEX_COST可能返回 0 或极小值；运行DBMS_STATS.GATHER_TABLE_STATS再试 - SQL 字符串参数要完整可执行，比如
'create index idx_emp_dept on emp(dept_id) tablespace TS_APP_INDEX'，漏掉tablespace会导致按默认表空间估算，失真 - 返回的
alloc_bytes包含 B-tree 结构开销，通常比主表数据本身大 1.5–3 倍；如果索引字段含DATE或NUMBER等紧凑类型，可能接近 1.2 倍；含长VARCHAR2则容易飙到 4 倍以上 - 常见错误：直接传
'idx_emp_dept'当 SQL 字符串，结果报ORA-00900: invalid SQL statement
查 ALL_TAB_COLUMNS + 行数反推（无统计信息时的兜底法）
当表还没数据、也没统计信息，又不想跑 PL/SQL，可用查询拼出近似值。原理是把每列平均长度加总，乘以预估行数，再加 10%~20% 开销。
- 先查列平均长度：
SELECT column_name, avg_col_len FROM all_tab_col_statistics WHERE owner = 'SCOTT' AND table_name = 'EMP'；若没结果，退到all_tab_columns查data_length（但要注意VARCHAR2实际长度常远小于data_length） - 手动加总所有索引列的
avg_col_len，例如(col1_len + col2_len + 6)——最后 +6 是 Oracle 为每行额外加的 row header 和 row directory 开销 - 再乘以预估行数，得到原始字节数；然后 ×1.3～1.5 模拟 PCTFREE、区对齐、B-tree 分支节点等隐式开销
- 这个方法误差常达 ±30%，仅适用于快速拍脑袋，不可用于生产环境精确配额
为什么不能只看 INITIAL 参数？
很多人以为写 STORAGE (INITIAL 64K) 就真只占 64KB，其实 Oracle 会按 extent management 方式向上取整：
- 本地管理表空间（LMT）+ AUTOALLOCATE：最小 extent 是 64KB，但首次分配往往直接给 1MB，哪怕你写 64K
- LMT + UNIFORM：所有 extent 大小一致，如果你设
UNIFORM SIZE 1M，那哪怕插 1 行，也立刻占 1MB - 段创建时还会预留至少 1 个 extent 给 segment header，这部分不体现在
USER_SEGMENTS.BYTES初始值里，但真实占磁盘 -
DBA_SEGMENTS中的BLOCKS值是分配后才更新的，刚CREATE完查可能还是 0，得插点数据再查
真正决定初始大小的，从来不是你写的 INITIAL，而是表空间的 extent 管理策略 + 数据块大小 + 你那一行数据在块里实际怎么排布。所以别信 INITIAL，信 DBMS_SPACE 的输出。
