ROWID是Oracle中数据行的物理地址，为base64编码的二进制值，含对象号、文件号、块号、行号；不可直接当字符串处理，须用DBMS_ROWID包函数解析。
ROWID 是什么，为什么不能直接当字符串用
oracle 的 rowid 是数据行在物理存储层面的唯一地址，但它不是普通字符串——它是 base64 编码的二进制地址，含段号、文件号、块号、行号四部分。直接 select rowid 看到的是一串类似 aaae8gaaeaaaai5aaa 的值，人眼无法解析，也不能拿去拼 sql 或做字符串比较。
常见错误：把 ROWID 当成普通 ID 存进 VARCHAR2 字段、用 LIKE '%AAAA%' 模糊匹配、或试图用 SUBSTR 截取“前几位”来判断文件——这些操作全会失效，因为 base64 编码打乱了原始字节顺序，截断即失真。
-
ROWID必须用 Oracle 内置函数解码，不能靠字符串函数硬拆 - 不同 Oracle 版本（如 10g/12c/19c）的
ROWID结构一致，但DBMS_ROWID包行为稳定，优先用它 - 注意：
ROWID在表移动（MOVE）、分区分裂、SHRINK 后会变更，不能持久化依赖
用 DBMS_ROWID.ROWID\_TO\_CHAR 把 ROWID 转成可读格式
ROWID_TO_CHAR 不是“转成字符”，而是把内部二进制 ROWID 解包后，按固定格式拼成一个带语义的字符串，比如 OOOOOOOFFFBBBBBBRRR（O=对象号，F=文件号，B=块号，R=行号）。这是后续人工定位或脚本解析的基础。
典型场景：查出某条异常记录的 ROWID，想快速知道它在哪条数据文件、哪个块里，方便 DBA 用 dd 或 strings 直接读盘验证。
- 必须传入
ROWID类型值，不能传字符串：DBMS_ROWID.ROWID_TO_CHAR(t.rowid)✅；DBMS_ROWID.ROWID_TO_CHAR('AAAE8gAAEAAAAi5AAA')❌（报 ORA-01428） - 结果是固定 18 位字符串，第 7–9 位是文件号（十进制），第 10–15 位是块号（十进制），第 16–18 位是行号（十进制）
- 示例：
SELECT DBMS_ROWID.ROWID_TO_CHAR(ROWID) rid_char FROM emp WHERE empno = 7369;→ 返回AAAAfGAABAAAAZKAAA，其中AAB是文件号 2，AAAZK是块号 2000
用 DBMS_ROWID.ROWID\_RELATIVE\_FNO 和 ROWID\_BLOCK\_NUMBER 提取物理位置
如果只是想在 SQL 里直接拿到文件号、块号做关联或过滤，别自己 substr，用 DBMS_ROWID 提供的专用函数更安全。它们返回的是数值，能直接参与计算、JOIN 或 WHERE 条件。
关键点：这里的“文件号”是相对文件号（relative file number），不是 v$datafile.file# 那个绝对号，得和 v$datafile.relative_fno 对齐才能查到真实数据文件路径。
-
DBMS_ROWID.ROWID_RELATIVE_FNO(t.rowid)→ 得到相对文件号（整数） -
DBMS_ROWID.ROWID_BLOCK_NUMBER(t.rowid)→ 得到块号（整数），单位是 Oracle block size（通常 8k） -
DBMS_ROWID.ROWID_ROW_NUMBER(t.rowid)→ 行号，从 0 开始计数 - 联合查询示例：
SELECT d.name, r.block_number, r.row_number FROM emp t, v$datafile d, TABLE(CAST(MULTISET(SELECT DBMS_ROWID.ROWID_RELATIVE_FNO(t.rowid) rel_fno, DBMS_ROWID.ROWID_BLOCK_NUMBER(t.rowid) block_number, DBMS_ROWID.ROWID_ROW_NUMBER(t.rowid) row_number FROM dual) AS SYS.ODCIVARCHAR2LIST)) r WHERE d.relative_fno = r.rel_fno AND t.empno = 7369;
定位失败的三个典型坑
即使函数调用正确，也常因环境或权限问题拿不到预期结果。最常卡在这三处：
- 用户没有执行
DBMS_ROWID包的权限：需 DBA 授予EXECUTE ON SYS.DBMS_ROWID，仅 SELECT 权限不够 - 查询的对象是索引组织表（IOT）或外部表：IOT 的
ROWID不指向堆表块，ROWID_BLOCK_NUMBER可能返回 0 或无效值；外部表无物理存储，函数会报 ORA-01410 - 用了物化视图或数据库链接（DB Link）：远程表的
ROWID在本地不可解，DBMS_ROWID函数必须在源库执行，不能跨库调用
真正要确认某行物理位置时，别只信函数输出，一定拿 relative_fno 和 v$datafile 关联出文件路径，再用 dd if=/path/to/datafile.dbf bs=8192 skip=2000 count=1 | hexdump -C 实际验证块内容——这才是闭环。
