SQL Server altera a estrutura XML quando inserido

Estou inserindo alguns dados XML em uma coluna XML no SQL Server, mas depois que os dados foram inseridos, eles foram alterados pelo SQL Server. Aqui estão os dados que eu insiro

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

Quando eu leio de volta, fica assim

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

Preste atenção na segunda linha. Este é um problema porque altera como será a saída da transformação XSLT. O primeiro exemplo criará um espaço entre o nome e o sobrenome, enquanto o segundo não criará espaço, portanto será como JohnJohnsen, enquanto o primeiro será como John Johnsen.

Existe alguma maneira de resolver isso?

Você pode usar xml:space = "preserve"nos nós em que deseja manter o espaço. Usar xml: space é "apenas um sinal de intenção", mas o SQL Server é gentil conosco aqui.

Para um nó

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

select @X;

Resultado:

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

Documento completo:

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

select @X;

Resultado:

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

Outra opção para todo o documento é usar converter com o estilo 1 .

Preserve espaço em branco insignificante. Essa configuração de estilo define a manipulação xml: space padrão para corresponder ao comportamento de xml: space = "preserve".

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

select @X;

Esta página da documentação do SQL Server diz

Os dados são armazenados em uma representação interna que ... pode não ser uma cópia idêntica do XML do texto, porque as seguintes informações não são mantidas: espaços em branco insignificantes, ordem dos atributos, prefixos de namespace e declaração XML.

Para o seu exemplo, suponho que o espaço em branco da tag do meio não seja significativo e, portanto, livre para refatorar a representação. Eu não acho que haja uma correção para isso; é exatamente como o SQL Server implementa o tipo de dados XML.

As soluções alternativas incluiriam o uso de um marcador de posição em vez do espaço em branco, como diz @Aaron. O consumidor deve se lembrar de inserir e retirar esses tokens. Como alternativa, defina a coluna como nvarchar em vez de XML. Definitivamente, isso preservará todo o espaço em branco e qualquer outra formatação. Um exemplo rápido:

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 />  

A coluna nvarchar preserva o formato de entrada, a coluna XML não.

Você perderá a capacidade de usar XPATH em consultas SQL. Se o XML for fragmentado apenas no aplicativo, isso é irrelevante. Além disso, a cadeia de caracteres pode ser compactada economizando espaço no banco de dados, se isso for significativo para você.

Você pode agrupar seu espaço CDATAao armazenar os dados:

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

Parece que o SQL server mantém o espaço internamente, mas remove a CDATAmarcação desnecessária quando o resultado é usado novamente SELECT. Felizmente, o espaço é mantido ao reutilizar o resultado de tal SELECT:

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

SET @Y = (SELECT @X)

SELECT @Y

O resultado será:

<text> </text>