<p>SELECT * FROM DBA_TAB_PARTITIONS 的 HIGH_VALUE 字段存储 Oracle 内部二进制值（如 HEXTORAW），非可读 SQL 表达式，需用 DBMS_METADATA.GET_DDL 或动态 SQL 解析；RANGE 分区需还原边界，LIST 分区值藏于 DBA_TAB_SUBPARTITIONS，HASH 分区则忽略该字段。</p>
查 dba_tab_partitions 能看到每个分区的物理存储位置，但直接查容易踩坑：high_value 是 raw 乱码、没权限会报 ora-00942、表空间名对不上磁盘路径——这些都不是配置问题，是视图设计和 oracle 存储机制决定的。
为什么 SELECT * FROM DBA_TAB_PARTITIONS 看不到可读的分区边界？
HIGH_VALUE 字段存的是 Oracle 内部二进制序列（比如 HEXTORAW('012C')），不是 SQL 字面量。它不自动转成 VALUES LESS THAN (DATE '2025-01-01') 这种形式。
- RANGE 分区时，
HIGH_VALUE表示“小于该值”，但必须用DBMS_METADATA.GET_DDL或动态 SQL +XMLTYPE解析才能还原 - LIST 分区的
HIGH_VALUE基本为NULL，真实值藏在DBA_TAB_SUBPARTITIONS或DBA_PART_LIST_COLUMNS里 - HASH 分区不依赖边界，
HIGH_VALUE没实际意义，可忽略
没有 DBA 权限时，该查哪个视图？
硬连 DBA_TAB_PARTITIONS 会直接报错 ORA-00942: table or view does not exist。权限决定了你能看谁的数据：
- 查自己创建的分区表 → 用
USER_TAB_PARTITIONS（TABLE_NAME字段直接可用，不用写OWNER） - 查别人授权给你、且你有 SELECT 权的分区表 → 用
ALL_TAB_PARTITIONS（注意字段是TABLE_OWNER，不是OWNER） - 先确认某张表是否分区 → 查
USER_TABLES.PARTITIONED = 'YES'，再决定要不要继续查分区视图
怎么把 TABLESPACE_NAME 映射到真实磁盘路径？
TABLESPACE_NAME 只告诉你存在哪个表空间，不等于你知道它在哪个物理磁盘上。得结合 V$DATAFILE 和 V$TABLESPACE 关联查询：
-
V$DATAFILE.NAME是数据文件路径，但需JOIN V$TABLESPACE才能关联到表空间名 - 如果
NAME以+开头（如+DATA/ORCL/DATAFILE/users.256.123456789），说明用了 ASM，得查V$ASM_DISK.PATH找底层设备（如/dev/oracleasm/disks/DISK1） - 如果
NAME是绝对路径（如/u01/oradata/ORCL/users01.dbf），用系统命令df -h /u01确认挂载点对应哪块磁盘 - 别漏掉
V$TEMPFILE（临时表空间）和UNDO表空间的数据文件，它们也占磁盘
真正难的不是查出字段，而是把 TABLESPACE_NAME → V$DATAFILE.NAME → OS 设备路径这条链串准；HIGH_VALUE 的解析逻辑必须按分区类型区分，不能一招鲜吃遍天。
