DBA_EXTENTS的FILE_ID对应v$datafile.FILE_ID而非FILE#，需用FILE_ID关联；FILE_ID=0表示临时段或undo延迟清理区，应查v$tempfile而非v$datafile；查询必须加OWNER和TABLESPACE_NAME过滤以提升性能。
DBA_EXTENTS 里 FILE_ID 和实际数据文件对不上？先查 v$datafile
dba_extents 中的 file_id 是 oracle 内部编号，不是操作系统文件序号，也不等于 v$datafile.file#——它对应的是 v$datafile.file_id。很多人直接拿 dba_extents.file_id 去匹配 v$datafile.name 的顺序，结果找不到文件，就是因为混淆了 file# 和 file_id。
正确做法是用 FILE_ID 字段做关联：
SELECT e.SEGMENT_NAME, e.FILE_ID, d.NAME FROM DBA_EXTENTS e JOIN v$datafile d ON e.FILE_ID = d.FILE_ID WHERE e.OWNER = 'SCOTT' AND e.SEGMENT_NAME = 'EMP';
-
FILE_ID在v$datafile和DBA_EXTENTS中语义一致，可直接等值连接 -
FILE#只在v$datafile里存在，是控制文件中记录的“文件序号”，重启后可能变动，不能用于跨会话定位 - 如果查询返回空，先确认对象是否在本地管理表空间（
DBA_EXTENTS不包含字典管理表空间的区信息）
想看某个对象所有区落在哪些物理文件上？别漏掉分区和索引
一个表可能有多个段：主表段、LOB 段、索引段、分区段。只查 SEGMENT_NAME 等于表名，会漏掉 INDEX 或 LOBINDEX 类型的区。
更稳妥的方式是按 OWNER + SEGMENT_NAME + SEGMENT_TYPE 联合过滤，并覆盖常见类型：
SELECT DISTINCT FILE_ID, BLOCK_ID, BLOCKS, SEGMENT_TYPE
FROM DBA_EXTENTS
WHERE OWNER = 'SCOTT'
AND (SEGMENT_NAME = 'EMP'
OR SEGMENT_NAME IN (SELECT INDEX_NAME FROM DBA_INDEXES WHERE TABLE_OWNER = 'SCOTT' AND TABLE_NAME = 'EMP')
OR SEGMENT_NAME IN (SELECT SEGMENT_NAME FROM DBA_LOBS WHERE OWNER = 'SCOTT' AND TABLE_NAME = 'EMP'));
-
DBA_EXTENTS按段（segment）组织，不是按表（table），一个表可能对应多个段 - 分区表的每个分区是独立段，
SEGMENT_NAME是分区名，不是表名；需先查DBA_TAB_PARTITIONS获取分区名再 join - 如果对象在 UNDO 或 TEMP 表空间，
DBA_EXTENTS仍会返回记录，但对应文件是临时文件或回滚段文件，v$datafile查不到——得查v$tempfile或v$rollname
DBA_EXTENTS 查询慢？加 WHERE 条件必须带上 OWNER 和 TABLESPACE_NAME
DBA_EXTENTS 是动态性能视图，底层扫描数据字典基表，全表扫一次可能耗几秒甚至更久，尤其在大库中。不加过滤条件直接查，等于让 Oracle 扫描整个区分配历史。
- 必须至少指定
OWNER，否则走全视图扫描，性能不可控 - 最好再加上
TABLESPACE_NAME，因为区按表空间组织，能大幅减少遍历范围 - 避免用
LIKE '%xxx%'模糊查SEGMENT_NAME，该字段无函数索引，会导致全扫 - 如果只是查当前对象位置，优先用
USER_EXTENTS（当前用户）或ALL_EXTENTS（有权限对象），比DBA_EXTENTS轻量
FILE_ID 显示为 0？那是系统临时段或内存结构，不在数据文件里
查 DBA_EXTENTS 时偶尔看到 FILE_ID = 0，这不是 bug，而是 Oracle 标记特殊段的方式：
-
FILE_ID = 0表示该区属于临时段（如排序、哈希连接产生的中间结果），存于临时表空间，真实文件由v$tempfile管理 -
FILE_ID = 0也可能出现在 undo 段的延迟清理区（delayed logging block cleanout），这类区不占用数据文件空间 - 遇到
FILE_ID = 0，不要试图去v$datafile查，而应检查v$tempfile或确认是否为 transient 操作残留 - 这种区不会出现在
DBA_DATA_FILES中，也不计入表空间使用率统计
真正难定位的，是那些跨多个表空间的对象（比如分区表不同分区在不同表空间），这时候光看 FILE_ID 不够，得结合 TABLESPACE_NAME 和分区定义一起看。
