Il server SQL cambia la struttura XML quando viene inserito

Sto inserendo alcuni dati XML in una colonna XML nel server SQL ma dopo che i dati sono stati inseriti, sono stati modificati dal server SQL. Ecco i dati che inserisco

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

Quando lo rileggo, sembra così

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

Presta attenzione alla seconda riga. Questo è un problema perché cambia come sarà l'output della trasformazione XSLT. Il primo esempio creerà uno spazio tra nome e cognome, mentre il secondo non creerà alcuno spazio, quindi sarà come JohnJohnsen, mentre il primo sarà come John Johnsen.

C'è un modo per risolverlo?

Puoi usare xml:space = "preserve" sui nodi in cui si desidera mantenere lo spazio. Usando xml: lo spazio è "solo un segnale di intenti" ma SQL Server è gentile con noi qui.

Per un nodo

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

select @X;

Risultato:

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

Documento intero:

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

select @X;

Risultato:

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

Un'altra opzione per l'intero documento è usare convert con lo stile 1 .

Preserva spazi bianchi insignificanti. Questa impostazione di stile imposta la gestione xml: space predefinita in modo che corrisponda al comportamento di xml: space = "preservare".

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

select @X;

Questa pagina della documentazione di SQL Server dice

I dati sono memorizzati in una rappresentazione interna che ... potrebbe non essere una copia identica dell'XML di testo, poiché le seguenti informazioni non vengono conservate: spazi bianchi insignificanti, ordine degli attributi, prefissi dello spazio dei nomi e dichiarazione XML.

Per il tuo esempio suppongo che consideri lo spazio bianco del tag centrale come non significativo ed è quindi libero di refactoring la rappresentazione. Non penso che ci sia una soluzione per questo; è proprio come SQL Server implementa il tipo di dati XML.

Le soluzioni alternative includono l'uso di un segnaposto anziché di uno spazio bianco, come dice @Aaron. Il consumatore deve ricordare di inserire e rimuovere questi token. In alternativa, definire la colonna come nvarchar anziché XML. Ciò preserverà sicuramente tutto lo spazio bianco e qualsiasi altra formattazione. Un rapido esempio:

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

La colonna nvarchar conserva il formato di input, la colonna XML no.

Perderai la possibilità di utilizzare XPATH nelle query SQL. Se l'XML viene distrutto solo nell'applicazione, questo è irrilevante. Inoltre, la stringa di caratteri potrebbe essere compressa risparmiando spazio nel DB, se questo è significativo per te.

È possibile avvolgere lo spazio all'interno CDATAdurante la memorizzazione dei dati:

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

Sembra che il server SQL mantenga quindi lo spazio internamente, ma rimuove il CDATAmarkup non necessario stesso quando si ottiene il risultato utilizzando nuovamente SELECT. Fortunatamente, lo spazio viene mantenuto quando si riutilizza il risultato di un tale SELECT:

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

SET @Y = (SELECT @X)

SELECT @Y

Il risultato sarà:

<text> </text>