oracle 的 rowid 是内部物理地址标识符，以 base64 编码字符串形式返回（如 `aabrfraaeaadnz2aab`），并非十六进制；其本质是紧凑的二进制结构编码，不可直接转为 hex，需通过 `utl_encode.base64_decode` 等函数还原解析。
在 Oracle 数据库中，ROWID 是一个伪列（pseudocolumn），用于唯一标识表中每一行的物理存储位置。它不是用户定义的数据类型，也不以十六进制（hex）字符串形式原生存储或展示——而是以 Base64 编码的紧凑二进制格式对外呈现（例如 *BB170egLyghDYQwXPUdQY1b+ 或更标准的 AABRFrAAEAADnz2AAB）。这是 Oracle 为节省空间和提升解析效率所采用的编码方式，而非“错误”或“异常”。
为什么 ROWID 看起来像“特殊字符”？
因为 Base64 字符集包含大小写字母、数字及 + /（有时用 - _ 替代）等符号，且 Oracle 的 ROWID Base64 编码使用了自定义变体（如 URL 安全 Base64 子集），因此会出现 +、/、=（填充符）甚至 * 等非十六进制字符。这完全符合 Oracle 规范，并非数据损坏。
❌ 常见误区：试图用 printHexBinary() 转换 ROWID 字节
Java 中 ResultSet.getRowId().getBytes() 返回的是 Base64 编码后的字节数组（即字符串 "AABRFrAAEAADnz2AAB" 的 UTF-8 字节），而非原始 ROWID 二进制。因此：
// 错误示例：对 Base64 字符串本身做 Hex 编码 → 得到无意义的长 Hex 串 String str = DatatypeConverter.printHexBinary(rs.getRowId(1).getBytes()); // 输出类似：4141425246724141454141446E7A32414142（"AABRFrAAEAADnz2AAB" 的 UTF-8 Hex）
这混淆了「编码表示」与「原始值」——你编码的是字符串，而非 ROWID 的物理地址本体。
家电公司网站源码是一个以米拓为核心进行开发的家电商城网站模板，程序采用metinfo5.3.9 UTF8进行编码，软件包含完整栏目与数据。安装方法：解压上传到空间，访问域名进行安装，安装好后，到后台-安全与效率-数据备份还原，恢复好数据后到设置-基本信息和外观-电脑把网站名称什么的改为自己的即可。默认后台账号：admin 密码：132456注意：如本地测试中127.0.0.1无法正常使用，请换成l
✅ 正确解析方式：在数据库内解码 Base64
Oracle 提供内置包 UTL_ENCODE 和 UTL_RAW，可在 SQL 层将 Base64 ROWID 解码为原始 RAW，再按 Oracle ROWID 结构（OraRowID 格式）拆解：
| 字段 | 位置（Base64 ROWID） | 说明 |
|---|---|---|
| Data Object ID | 第1–6字符 | 表空间/对象标识 |
| Relative File# | 第7–9字符 | 相对文件号（Base64 解码后取高10位） |
| Block# | 第10–15字符 | 数据块号 |
| Row Slot | 第16–最后字符 | 块内行槽位（Slot number） |
示例：解析 ROWID 并提取关键物理信息
SELECT
ROWID AS rowid_base64,
-- 完整解码为 RAW（可用于进一步分析）
UTL_ENCODE.BASE64_DECODE(UTL_RAW.CAST_TO_RAW(ROWID)) AS rowid_raw,
-- 提取并解码 Block#（第10–15字符，共6字符 Base64）
UTL_ENCODE.BASE64_DECODE(
UTL_RAW.CAST_TO_RAW(SUBSTR(ROWID, 10, 6))
) AS block_raw,
-- 将 Block# Base64 解码后转为十进制数值
TO_NUMBER(
UTL_ENCODE.BASE64_DECODE(
UTL_RAW.CAST_TO_RAW(SUBSTR(ROWID, 10, 6))
),
'XXXXXXXXXXXX'
) AS block_number,
-- 提取 Row Slot（通常为最后3字符，左补'A'至4位再解码）
TO_NUMBER(
UTL_ENCODE.BASE64_DECODE(
UTL_RAW.CAST_TO_RAW(LPAD(SUBSTR(ROWID, -3), 4, 'A')))
),
'XXXXXX'
) AS row_slot,
department_id, employee_name
FROM employees
WHERE employee_id = 100;? 提示：LPAD(..., 4, 'A') 是因 Base64 解码要求输入长度为 4 的倍数；'A' 对应 Base64 的 0，不影响数值高位。
⚠️ 注意事项与最佳实践
- ROWID 不应长期存储或跨库传递：它是物理地址，表移动（如 ALTER TABLE ... MOVE）、分区维护、数据泵导入导出等操作均会导致 ROWID 变更。
- 不要依赖 ROWID 作为业务主键：仅适用于瞬时定位（如 UPDATE WHERE CURRENT OF CURSOR）。
- JDBC 中正确获取 ROWID：若需在 Java 中处理，推荐使用 rs.getString("ROWID") 获取 Base64 字符串，再通过 Oracle JDBC 驱动的 ROWID 类型（如 oracle.sql.ROWID）进行语义化操作，而非手动字节转换。
- 扩展阅读：Oracle 官方文档明确说明 ROWID Format 为 Base64 编码；深度解析可参考经典文章 Decoding the Oracle ROWID。
掌握 ROWID 的 Base64 本质，是高效诊断物理 I/O、理解执行计划 TABLE ACCESS BY USER ROWID、或实现高级审计/恢复逻辑的关键基础。
