Сервер SQL змінює структуру XML, коли вставляється

Я вставляю деякі XML-дані в стовпчик XML на SQL-сервер, але після введення даних він був змінений сервером sql. Ось дані, які я вставляю

              <xsl:value-of select="name/n/given" />
            <xsl:text> </xsl:text>
          <xsl:value-of select="name/n/family" />

Коли я читаю його назад, це виглядає приблизно так

              <xsl:value-of select="name/n/given" />
          <xsl:text />
          <xsl:value-of select="name/n/family" />

Зверніть увагу на другий рядок. Це проблема, тому що вона змінює, яким буде вихід XSLT перетворення. Перший приклад створить простір між даними та прізвищем, а другий не створить простору, тому він буде схожий на ДжонДжонсена, тоді як перший буде схожий на Джон Джонсен.

Чи є якийсь спосіб вирішити це?

Ви можете використовувати xml:space = "preserve"на вузлах, де потрібно зберегти простір. Використання xml: простір є "лише сигналом про наміри", але SQL-сервер тут нам добрий.

Для одного вузла

declare @X xml =
'<root>
  <element xml:space = "preserve"> </element>
  <element> </element>
</root>'

select @X;

Результат:

<root>
  <element xml:space="preserve"> </element>
  <element />
</root>

Весь документ:

declare @X xml =
'<root xml:space = "preserve">
  <element> </element>
  <element> </element>
</root>'

select @X;

Результат:

<root xml:space="preserve">
  <element> </element>
  <element> </element>
</root>

Іншим варіантом для всього документа є використання перетворення зі стилем 1 .

Збережіть незначний простір білого кольору. Цей параметр стилю встановлює обробку простору xml: простір, щоб відповідати поведінці xml: space = "зберегти".

declare @X xml = convert(xml, 
'<root>
  <element> </element>
  <element> </element>
</root>', 1)

select @X;

На цій сторінці документації на SQL Server написано

Дані зберігаються у внутрішньому поданні, яке ... може не бути ідентичною копією тексту XML, оскільки така інформація не зберігається: незначні пробіли, порядок атрибутів, префікси простору імен та декларація XML.

Для вашого прикладу я вважаю, що він вважає, що пробіл середнього тегу не є значним, і тому вільний для рефакторації представлення. Я не думаю, що для цього є виправлення; саме SQL Server реалізує тип даних XML.

Як говорить @Aaron, робочі напрямки включатимуть використання замісника замість білого простору. Споживач повинен пам’ятати, що потрібно вставити та викреслити ці жетони. Крім того, визначте стовпець як nvarchar замість XML. Це, безумовно, збереже весь простір та будь-яке інше форматування. Швидкий приклад:

create table x(i nvarchar(99), j xml);
insert x values ('<a> </a>', '<a> </a>');  -- note the space
select * from x

i           j
----------  -------
<a> </a>    <a />  

Стовпчик nvarchar зберігає вхідний формат, стовпець XML - ні.

Ви втратите можливість використовувати XPATH в SQL-запитах. Якщо XML розбивається лише в додатку, це не має значення. Далі рядок символів можна стиснути, заощаджуючи простір у БД, якщо це важливо для вас.

Ви можете обернути свій простір всередині, CDATAзберігаючи дані:

<xsl:text><![CDATA[ ]]></xsl:text>

Здається, що SQL-сервер потім зберігає простір всередині, але видаляє непотрібну CDATAрозмітку при поверненні результату за допомогою SELECT. На щастя, простір зберігається при повторному використанні результату такого SELECT:

DECLARE @X XML = '<text><![CDATA[ ]]></text>'
DECLARE @Y XML

SET @Y = (SELECT @X)

SELECT @Y

Результатом буде:

<text> </text>