3

我对 Oracle 的 XDB 完全陌生，特别是使用它从数据库表生成 XML 输出，并且正在开发一个从 9i（Oracle9i 企业版版本 9.2.0.5.0 - 生产）迁移到 11g（Oracle）的应用程序Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production）。这是一个小测试用例，说明了我遇到的问题：

select xmlelement("test", test) from (select 'a' test from dual);

这有效并给了我：

<test>a</test>

但是在 11g 中，如果我将 'a' 换成无效字符，例如 U+0013，我会收到以下错误：

ORA-31061: XDB error: special char to escaped char conversion failed.

在 9i 下，同样的事情可以成功，没有错误。

显然，理想的答案是进行一些验证，以防止控制字符进入我试图转换为 XML 的简单字符数据，但不幸的是，这超出了我正在做的范围。

这是其他人经历过的事情吗？如果是这样，我可以对我的 XML 生成脚本进行简单的更改，还是我需要进行其他类型的清理？或者只是在极少数情况下手动解决问题（这对于我的需求来说是一个完全合理的选择）。

4

4 回答 4

8

虽然始终在源头修复数据是最好的解决方案，但我也发现这在我无法控制源头数据的情况下很有用： 

select xmlelement("test", test) 
  from (select regexp_replace(unistr('a\0013b'), '[[:cntrl:]]', '') test from dual);

重要的部分是regexp_replace(your_field, '[[:cntrl::]]', '')从数据中删除控制字符。

于 2013-01-08T21:57:01.527 回答
4

U+0013 不是 XML 的有效 unicode 代码点。参见例如XML 中的有效字符。所以 11g 正确地引发了一个异常。

SQL> select xmlelement("test", unistr('a\0013b')) from dual;
ERROR:
ORA-31061: XDB error: special char to escaped char conversion failed.

no rows selected

SQL> select xmlelement("test", unistr('a\00aeb')) from dual;

XMLELEMENT("TEST",UNISTR('A\00AEB'))
--------------------------------------------------------------------------------
<test>a®b</test>

SQL>

不知道为什么这会在 9i 中通过（我没有可用的），但这可能仅仅是因为 Oracle 的实现已经发展为更加符合标准和/或标准已经发展。

您的修复是正确的。

于 2011-09-29T11:24:35.197 回答
1

只是为了任何有兴趣的人跟进这个。据我所知，9i 只是通过了无效字符，产生了无效的 XML。11g 抛出一个错误，这可能是更正确的行为，即使在我的情况下它很烦人。

我找到的唯一合理的解决方案是从源头修复内容。

于 2011-09-02T11:11:28.710 回答
0

如果你想保留换行符，你可以尝试如下：

select xmlelement("test", regexp_replace(test, '[^[:print:]|[:space:]]', '#')) from  
    (select '-   <- to keep line break after weird char
-' test from dual )
  • 替换所有^=> 不在集合中（打印[:print:]或空格|[:space:]字符）
于 2020-04-16T07:18:29.137 回答