直接查 dba_data_files 可获取表空间名及数据文件路径，需 DBA 或 SELECT_CATALOG_ROLE 权限；无权限时可用 v$datafile 或 dba_temp_files 查临时文件；路径为启动时快照，OS 移动后需用 v$datafile 交叉验证。
直接查 dba_data_files 就能拿到全部表空间名和对应的数据文件路径，不需要拼接视图或额外权限判断——前提是当前用户有 DBA 角色或 SELECT_CATALOG_ROLE。
查所有表空间 + 数据文件路径（最简有效）
执行这条语句即可一次性看到每个数据文件属于哪个表空间、完整路径、大小和状态：
SELECT tablespace_name, file_name, bytes/1024/1024 AS "MB", status FROM dba_data_files;
常见错误现象：ORA-00942: table or view does not exist —— 说明当前用户没权限访问 dba_data_files。此时可尝试用 v$datafile（需 SELECT ANY DICTIONARY 权限）或换管理员账号登录。
-
file_name字段就是绝对路径，Windows 下含盘符（如'D:\ORACLE\ORADATA\ORCL\USERS01.DBF'），Linux 下是完整绝对路径（如'/u01/app/oracle/oradata/ORCL/users01.dbf'） - 如果只关心“路径”，忽略其他字段，可简化为
SELECT file_name FROM dba_data_files; - 注意：
dba_data_files只包含永久表空间的数据文件，临时文件得查dba_temp_files
顺带查临时表空间路径（别漏掉 temp）
临时表空间的文件不记录在 dba_data_files 中，必须单独查 dba_temp_files：
SELECT tablespace_name, file_name, bytes/1024/1024 AS "MB" FROM dba_temp_files;
使用场景：排查排序操作失败、ORA-01652（无法扩展临时段）时，得确认临时文件是否写满或路径磁盘已满。
-
dba_temp_files的结构和dba_data_files几乎一致，但字段名略有不同（比如没有status，多了autoextensible） - 某些旧版本 Oracle（如 10g）中，
v$tempfile更稳定，可用SELECT name FROM v$tempfile;快速获取路径
只查某个表空间的文件路径（定位具体对象）
当知道表空间名（比如 'USERS'），想快速确认它的所有数据文件位置，加 WHERE 条件即可：
SELECT file_name, autoextensible, maxbytes/1024/1024 AS "MAX_MB" FROM dba_data_files WHERE tablespace_name = 'USERS';
参数差异：autoextensible 是关键字段——'YES' 表示该文件可自动增长，'NO' 则意味着空间耗尽后会直接报错（如 ORA-01653）。
- 若返回空行，检查表空间名是否大小写敏感（默认大写，除非建库时加了双引号）
- 查询结果里
file_name若含变量（如'+DATA/orcl/datafile/users.256.12345'），说明用了 ASM，真实路径需通过 ASM 实例进一步解析 - 不要依赖
user_tablespace或v$tablespace查路径——它们不存物理路径信息
真正容易被忽略的是：dba_data_files 和 dba_temp_files 返回的路径是数据库启动时记录的快照，如果文件被 OS 层移动过但没用 ALTER DATABASE ... RENAME FILE 同步，查询结果就和实际不符——这时候得结合 v$datafile 的 name 字段交叉验证。
