查DBA_DATA_FILES前需确认权限，普通用户需授予SELECT_CATALOG_ROLE或显式SELECT权限；返回字段中FILE_NAME、TABLESPACE_NAME、BYTES、AUTOEXTENSIBLE、STATUS最实用；注意路径格式差异及ASM别名问题。
查 DBA_DATA_FILES 之前先确认权限够不够
没权限直接报 ora-00942: table or view does not exist，不是视图不存在，是你没被授 select_catalog_role 或对 dba_data_files 的显式 select 权限。dba 用户默认有，普通用户得让 dba 执行：
GRANT SELECT ON DBA_DATA_FILES TO your_user;
或者更常用的是：
GRANT SELECT_CATALOG_ROLE TO your_user;
注意：SELECT_CATALOG_ROLE 是角色，不是系统权限，不能用 WITH ADMIN OPTION 授给其他角色；如果应用连接用的是只读账号，又没给这个角色，就只能连上去查 USER_TABLESPACES（但那里面没有文件路径）。
DBA_DATA_FILES 返回的字段哪些真正有用
FILE_NAME 是物理路径，最核心；TABLESPACE_NAME 对应逻辑表空间名；BYTES 和 MAXBYTES 看大小和是否自动扩展；AUTOEXTENSIBLE 是 'YES'/'NO' 字符串，别用 = 1 判断；STATUS 一般为 'AVAILABLE'，如果是 'INVALID' 表示文件不可访问（比如路径被删、权限丢失、ASM disk offline）。
常用查询写法：
SELECT TABLESPACE_NAME, FILE_NAME, BYTES/1024/1024 AS MB, AUTOEXTENSIBLE, STATUS FROM DBA_DATA_FILES ORDER BY TABLESPACE_NAME, FILE_ID;
注意：BYTES 是已分配容量，不是实际占用（OS 层 du 才是），DBA_FREE_SPACE 才反映空闲块。
Windows 和 Linux 路径格式差异会影响脚本解析
Oracle 在 Windows 上存的 FILE_NAME 是带盘符和反斜杠的，比如 C:\ORACLE\ORADATA\ORCL\USERS01.DBF；Linux 上是正斜杠，如 /u01/app/oracle/oradata/ORCL/users01.dbf。如果后续要把路径传给 shell 脚本或 Python 处理，别直接拼接字符串——Windows 反斜杠在 SQL*Plus 里可能被误解析为转义，建议统一用双引号包裹字段，或导出时加 SET COLSEP '|' 避免歧义。
另外，ASM 存储下 FILE_NAME 显示的是 ASM 别名（如 +DATA/ORCL/DATAFILE/users.256.123456789），不是 OS 路径，这时候得结合 V$ASM_ALIAS 和 V$ASM_DISKGROUP 查真实磁盘位置。
查询结果为空？检查是不是只读表空间或临时文件混进来了
DBA_DATA_FILES 只包含数据文件（datafile），不包括临时文件（tempfile）、控制文件、重做日志。临时文件在 DBA_TEMP_FILES 里；如果你查不到某个表空间的路径，先确认它是不是临时表空间（查 DBA_TABLESPACES 的 CONTENTS 字段，值为 'TEMPORARY' 就不对）。
还有种情况：表空间是只读的，但文件本身被手工移动过且没执行 ALTER DATABASE RENAME FILE，这时 DBA_DATA_FILES 仍显示旧路径，但数据库启动时会报错或挂起——这种得看告警日志里的 ORA-01157，而不是依赖视图内容。
容易被忽略的一点：DBA_DATA_FILES 不反映归档路径、闪回区路径、快速恢复区（FRA）位置，那些得查 V$RECOVERY_FILE_DEST 或 SHOW PARAMETER db_recovery_file_dest。
