DBMS_ROWID.ROWID_BLOCK_NUMBER返回的是数据文件内的相对块号，非段内逻辑块号或操作系统绝对偏移，需结合ROWID_RELATIVE_FNO定位真实文件，且受表空间类型影响。
DBMS_ROWID.ROWID_BLOCK_NUMBER 返回的是什么块号
它返回的是「数据文件内的相对块号」，不是 dba_extents.block_id 那种段内逻辑块号，也不是操作系统层面的绝对偏移。这个值只在当前数据文件上下文中有效，且受表空间类型影响：smallfile 表空间下它接近直观理解；bigfile 表空间下，一个文件可能有 4g 块，但
仍返回 0～2^22−1 范围内的数，必须结合
才能定位到真实文件。
为什么直接用 SUBSTR 解析 ROWID 字符串会出错
Oracle 的 extended ROWID（如
）是 base64 编码的二进制地址，不是纯文本坐标。手动
取“文件号”会失败，因为：
文件号字段（F）占 3 位，但按 32 进制（0–9, A–V）编码，需用
解码
块号（B）占 6 位，同样 32 进制，且高位在前，顺序不能颠倒
不同 Oracle 版本、表空间类型（bigfile/smallfile）、甚至 COMPATIBLE 参数都可能影响 ROWID 内部布局
硬解析字符串极易在升级或迁移后失效，
函数内部已适配所有这些变体。
调用 DBMS_ROWID 函数前必须检查的三件事
常见报错
或
基本都源于以下任一缺失：
oracle知识库
oracle知识库下载
下载
参数必须是原生
类型：从
拿到的值合法；从日志里复制的字符串（如
）必须先过
用户需有
权限 on
：DBA 执行
查询语句中不能把函数套在非 ROWID 列上，例如
会直接报错
查到块号后怎么对应到真实数据文件路径
返回的是相对文件号，要映射到物理路径，必须连查三张视图：
用
关联查出
用
和
定位该块所属 extent（注意：
值 ≥
且
确认文件在线：查
，避免指向 offline 或 recovering 状态的文件
漏掉
这一层，只靠
是错的——它的
是绝对号，而
是相对号，两者不等价。
rowid_block_numberrowid_relative_fnoAAAMfPAAEAAAAAgAAASUBSTR(rowid, 2, 3)TO_NUMBER(SUBSTR(...), 'XXXXXX')DBMS_ROWIDORA-01428: argument 'xxx' is out of rangePLS-00201: identifier 'DBMS_ROWID.ROWID_BLOCK_NUMBER' must be declaredROWIDROWIDSELECT ROWID FROM t'AAAMfMAAEAAAAAgAAA'CHARTOROWID()EXECUTEDBMS_ROWIDGRANT EXECUTE ON SYS.DBMS_ROWID TO your_user;DBMS_ROWID.ROWID_BLOCK_NUMBER(TO_CHAR(id))ROWID_RELATIVE_FNODBA_DATA_FILES.RELATIVE_FNOFILE_NAMEDBA_EXTENTS.RELATIVE_FNODBA_EXTENTS.BLOCK_IDROWID_BLOCK_NUMBERDBA_EXTENTS.BLOCK_ID）V$DATAFILE.STATUSDBA_DATA_FILESDBA_EXTENTS.FILE_IDFILE_IDROWID_RELATIVE_FNO