【发布时间】:2013-02-28 09:46:13
【问题描述】:
将 blob 数据转换为使用 UTF8 作为字符集的 clob 数据时, 看来 Oracle (11gR2) 将字节 0xE2 0x80 0x82 转换为 0x20。 正如我所怀疑的那样,这是完全错误的吗?甚至可能是一个错误?
我需要编辑包含 UTF8 编码数据的 clob,同时保留原始字符(所有字符,尤其是 EN 空间)。
仅供参考:0xE2 0x80 0x82 是“EN 空间”,而 0x20 是“正常空间”
http://docs.oracle.com/cd/B19306_01/appdev.102/b14258/d_lob.htm#i1020356
http://en.wikipedia.org/wiki/Space_%28punctuation%29
http://www.utf8-chartable.de/unicode-utf8-table.pl?start=8192
declare
v_clob clob;
v_clob_content varchar2(8);
v_content_ok varchar2(64);
v_content_bad varchar2(64);
v_blob blob;
v_raw raw(8);
v_c_dst_offset pls_integer := 1;
v_c_src_offset pls_integer := 1;
v_c_ctx pls_integer := 0;
v_c_warn pls_integer;
begin
-- Create temporary lobs and cache them
dbms_lob.createtemporary(v_blob,true);
dbms_lob.createtemporary(v_clob,true);
-- Write 0xE2 0x80 0x82 to the BLOB
v_raw := hextoraw('E2') || hextoraw('80') || hextoraw('82');
dbms_lob.write(v_blob,utl_raw.length(v_raw),1,v_raw);
-- Convert the BLOB to CLOB using AL32UTF8 as encoding
dbms_lob.converttoclob(
v_clob,
v_blob,
dbms_lob.getlength(v_blob),
v_c_dst_offset,
v_c_src_offset,
nls_charset_id('AL32UTF8'),
v_c_ctx,
v_c_warn);
-- Put the CLOB contents into a varchar2
v_clob_content := dbms_lob.substr(v_clob,dbms_lob.getlength(v_clob));
-- Output the HEX value of respectively the BLOB content and the CLOB content
select rawtohex(v_clob_content) into v_content_bad from dual;
select rawtohex(v_raw) into v_content_ok from dual;
dbms_output.put_line('[' || v_content_bad || ']');
dbms_output.put_line('[' || v_content_ok || ']');
-- Release resources
dbms_lob.freetemporary(v_clob);
dbms_lob.freetemporary(v_blob);
end;
/
输出:
[20]
[E28082]
PL/SQL procedure successfully completed.
【问题讨论】:
-
CLOB 经常用于存储 SQL 查询。 “EN Space”到“Normal Space”的转换可能已经完成,因为 SQL 解析器可能不会将“EN Space”解释为空格。
-
我不同意,即使 CLOB 可以用来存储 SQL 查询,也很难成为更改 clob 内容的充分理由。此外,CLOB 当然不打算单独保存 SQL 查询。
标签: oracle utf-8 character-encoding plsql