Oracle中存储UUID主键时RAW类型相比VARCHAR2有哪些优势？

• 存储成本更低
  16字节UUID的原生二进制格式仅需要RAW(16)类型的16字节存储空间。如果转为无分隔符的十六进制字符串存储在VARCHAR2中，需要至少32字节；如果是带分隔符的标准UUID字符串，甚至需要36字节，存储空间是RAW类型的2~2.25倍。对应主键索引的占用空间也会同步缩小，同等数据量下索引的B树层级更低，磁盘IO开销更小。
• 查询与比较性能更高
  RAW类型的比较逻辑是直接逐字节对比二进制值，不需要处理VARCHAR2所需的字符集校对、编码转换逻辑，主键等值查询、表关联时的ID匹配速度有明显提升。尤其是在数据量千万级以上的场景下，高频主键查询的性能差异会被放大。
• 规避字符集相关风险
  RAW属于二进制数据类型，存储和传输过程完全不受数据库、客户端字符集配置的影响，不会出现跨环境迁移、多客户端接入时的字符转码错误问题。而VARCHAR2类型如果遇到客户端与服务端字符集不匹配的场景，哪怕是纯十六进制字符也可能出现隐式转码异常，导致主键匹配失败。
• 原生函数适配成本更低
  Oracle 原生的UUID生成函数SYS_GUID()返回值本身就是RAW类型，直接存入RAW类型字段不需要额外的类型转换操作，减少了数据插入时的CPU开销，也避免了转换函数导致的索引失效风险。

内容的提问来源于stack exchange，提问作者saran3h