Как избежать специальных символов при обновлении XML в oracle SQL

Question

У меня проблема с обновлением значений xmlType в oracle. мне нужно изменить XML ищет похожее на следующее:

<a> 
    <b>Something to change here</b> 
    <c>Here is some narrative containing weirdly escaped &lt;tags>\&lt;/tags> </c> 
</a> 

То, что я хочу добиться того, чтобы изменить < б /> без изменения < с />

К сожалению следующее modifyXml:

select 
    updatexml(XML_TO_MODIFY, '/a/b/text()', 'NewValue') 
from dual; 

возвращает это:

<a> 
    <b>NewValue</b> 
    <c>Here is some narrative containing weirdly escaped &lt;tags&gt;&lt;/tags&gt; </c> 
</a> 

, как вы можете видеть, «>» сбежал.

То же самое происходит на XMLQUERY (новый, не осуждается версия updateXml):

select /*+ no_xml_query_rewrite */ 
     xmlquery(
     'copy $d := . 
     modify (
      for $i in $d/a 
      return replace value of node $i/b with ''nana'' 
     ) 
     return $d' 
     passing t.xml_data 
     returning content 
     ) as updated_doc 
from (select xmlType('<a> 
     <b>Something to change here</b> 
     <c>Here is some narrative containing weirdly escaped \&lt;tags>\&lt;/tags> </c> 
    </a>') as xml_data from dual) t 
; 

Также при использовании xmlTransform я получить тот же результат. Я пытался использовать

disable-output-escaping="yes" 

Но это сделал наоборот - он незаменяемые в & лт; :

select XMLTransform(
    xmlType('<a> 
     <b>Something to change here</b> 
     <c>Here is some narrative containing weirdly escaped \&lt;tags>\&lt;/tags> </c> 
    </a>'), 
    XMLType(
'<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> 
     <xsl:template match="https://stackoverflow.com/a/b"> 
       <b> 
       <xsl:value-of select="text()"/> 
       </b> 
     </xsl:template> 

     <xsl:template match="https://stackoverflow.com/a/c"> 
       <c> 
       <xsl:value-of select="text()" disable-output-escaping="yes"/> 
       </c> 
     </xsl:template> 
</xsl:stylesheet>')) 
from dual; 

вернулся:

<a> 
    <b>NewValue</b> 
    <c>Here is some narrative containing weirdly escaped <tags></tags> </c> 
</a> 

Есть предложения? Две вещи, которые вы должны знать:

1. Я не могу изменить первоначальный формат - он приходит ко мне на этом пути и мне нужно, чтобы сохранить его.
2. Исходное сообщение настолько велико, что изменение сообщение в строку и обратно (для использования регулярных выражений как обходное решение) будет не делать трюк.

Answer 1

корень вашей проблемы, кажется, что ваше исходное значение XML для узла C не является действительным XML, если он содержит > в пределах значения вместо >, а не внутри CDATA section (также What does <![CDATA[]]> in XML mean?).

Строковое значение:

Here is some narrative containing weirdly escaped <tags>\</tags>

в формате XML должно быть действительно

<c>Here is some narrative containing weirdly escaped &amp;lt;tags&gt;\&amp;lt;/tags&gt;</c>

ИЛИ

<c><![CDATA[Here is some narrative containing weirdly escaped &lt;tags>\&lt;/tags>]]></c>

Я либо запросить исправление XML в источнике, либо реализовать какой-либо метод для санировки самих входов, например, обертывание значений узла <c> в <![CDATA[]]>.Если вам нужно сохранить точное исходное значение, а сообщения большие, то самое лучшее, что я могу придумать, это копирование дубликатов экземпляров с исходным значением в виде строки и сохранение «дезинфицированного» значения в виде типа данных XML.

Answer 2

В итоге нам удалось это сделать с помощью java. By:

1. чтение XML как CLOB
2. модифицирующих его в Java
3. хранить его обратно в базу данных, используя java.sql.Connection (по какой-то причине, если бы мы использовали JdbcTemplate, он жаловался о приведении в Лонг, который был признаком того, что строка была более 4000 байт (речь о чистых ошибок, все оклик Oracle) и использование CLOB типа не очень помощи. Я предполагаю, что это совсем другая история, хотя)

При хранении данных оракул не выполняет никаких магов, только обновления, как правило, изменяют escape-символы.

Возможно, это не ответ для всех, но хороший обходной путь, если вы наткнетесь на ту же проблему, что и мы.