从 oracle 存储过程中导出 XML 文件中的所有扩展 ASCII 代码（字符代码 128-255）

Question

我创建了一个存储过程来生成一个表数据的 xml 文件， 但在我的数据库中，一些表有"extended ASCII codes (character code 128-255)"。

当我生成 xml 文件时，它会显示错误 "ORA-31061: XDB error: special char to escaped char conversion failed."

所以我将这些 Char 替换为空格，但 我需要 XML 文件中的所有 ASCII 代码（字符代码 128-255）。

请帮忙

我的店铺流程如下：

create or replace
PROCEDURE Export_project6
(
   V_TABLE_NAME1 IN varchar2,
   v_FLAG OUT NUMBER
  )
AS
BEGIN
         ----- Export  table data
     DECLARE
        v_file  UTL_FILE.file_type;
        qryCtx DBMS_XMLGEN.ctxHandle;
        result CLOB;
        v_FILENAME varchar2(50);
        V_TABLE_NAME varchar2(50);
        xt_data xmltype;
        v_ctx dbms_xmlgen.ctxHandle;
        rc_data sys_refcursor;



      BEGIN
         V_TABLE_NAME := UPPER(V_TABLE_NAME1) ;      
         v_file := UTL_FILE.fopen('MYXML',V_TABLE_NAME||'.xml', 'W');
            OPEN rc_data FOR
                 'select * FROM '||V_TABLE_NAME||' ORDER BY 1' ;
                  v_ctx := dbms_xmlgen.newContext (rc_data);
                  DBMS_XMLGEN.USEITEMTAGSFORCOLL (v_ctx);
                  DBMS_XMLGEN.SETNULLHANDLING(v_ctx, 1);
                  DBMS_XMLGEN.setrowsettag(v_ctx,'root');
                  DBMS_XMLGEN.setrowtag(v_ctx,V_TABLE_NAME );
          result:=  DBMS_XMLGEN.getXML(v_ctx);
          result := REPLACE( result, '<?xml version="1.0"?>','<?xml version="1.0" encoding="UTF-8" standalone ="yes"?>');
          -- DBMS_XMLGEN.RESTARTQUERY (v_ctx);  
          -- xt_data := dbms_xmlgen.getXMLType (v_ctx);

          dbms_xslprocessor.clob2file( result, 'MYXML', ''||V_TABLE_NAME||'.xml',1);
          dbms_xmlgen.closeContext (v_ctx);
          v_FLAG := 1;

      EXCEPTION
      WHEN OTHERS THEN
          DBMS_OUTPUT.PUT_LINE(SQLERRM);
          DBMS_XMLGEN.closeContext (v_ctx);
          v_FLAG := 0;
      END ;

请在此处提供建议和帮助

END Export_project6;

Answer 1

至少部分问题在于您指定的文件应该是 US7ASCII，它只允许前 128 个 ASCII 字符，而不是 128-255 的扩展值。您在这一行中这样做：

dbms_xslprocessor.clob2file( result, 'MYXML', ''||V_TABLE_NAME||'.xml',1);

您将1 传递为the fourth parameter, csid。该值代表 US7ASCII：

SQL> select nls_charset_name(1) from dual;

NLS_CHAR
--------
US7ASCII

您的 XML 是 UTF-8，但使用 encoding="UTF-8" 指定与文件的写入方式无关。任何无法识别的字符都将替换为?。因此，您可能希望对文件使用相同的设置：

SQL> select nls_charset_id('UTF8') from dual;

NLS_CHARSET_ID('UTF8')
----------------------
                   871

所以：

dbms_xslprocessor.clob2file( result, 'MYXML', ''||V_TABLE_NAME||'.xml',871);

或者说得更清楚：

dbms_xslprocessor.clob2file( result, 'MYXML', ''||V_TABLE_NAME||'.xml',
  nls_charset_id('UTF8'));

但将其保留为默认值可能没问题 - 根本不指定 csid，或明确将其设置为零 - 取决于我们的数据库环境。

您提到，如果您“替换所有 ASCIICHAR (0-30)，如 ♂ : 11 ♀ : 12 ♫ : 14 ☼ : 15 ► : 16 ◄ : 17 ↕ : 18 ‼ : 19 ¶ : 20 ”。这些符号不是您对 ASCII 的期望，因此您的字符集或客户端或其他东西似乎对它们的解释不同。

我得到了所有 ASCII control characters 的错误，从 0 到 31，除了可打印的：9、10 或 13。但这是预期的，该范围内的其他字符 are not valid in XML 1.0：

• U+0009、U+000A、U+000D：这些是 XML 1.0 中唯一接受的 C0 控件；

同一页面显示 XML 1.1 中允许使用更多但不是全部的控制字符，但据我所知Oracle only supports 1.0。如果您的数据中确实有控制字符，则需要去除它们（保留制表符、新行和回车）；无论如何，其余的在最终的 XML 中将毫无意义，并且可能在您现有的数据中使用有限。我不确定这是否是真实数据，或者您是否生成了这些值作为测试。