Memorizzazione di dati XML in SQL Server

Durante il lavoro sul rilascio di dbForge Transaction Log, tra le altre attività, il nostro team ha dovuto capire come archiviare correttamente i dati XML digitati.

Per cominciare, vale la pena ricordare che SQL Server non archivia XML nel formato in cui è stato inserito. Una stringa XML viene analizzata, divisa in tag e quindi archiviata in un formato compresso. Gli elementi descrittivi che il server considera non necessari vengono eliminati.

Bisogna inoltre tenere presente che, se il tipo di dati di una colonna è specificato come XML semplice, il server memorizzerà questi dati come stringhe Unicode.
Esempio 1.

CREATE TABLE XmlValuesTable ( [uid] [int] IDENTITY PRIMARY KEY, v XML NOT NULL );GOINSERT INTO XmlValuesTable (v)VALUES ('123.45601:23:45.789');INSERT INTO XmlValuesTable (v)VALUES ('4.000000000001:23:45Z');

Il server memorizzerà l'inserto dati come segue:

Nell'esempio seguente, il tipo di dati della colonna viene specificato come digitato tramite XML Schema Collection.

Esempio 2.

CREA RACCOLTA SCHEMA XML [XmlValuesSchemaCollection_datetime2] AS'  ';GOCREATE TABLE XmlValuesTable_datetime2 ( [uid] [ int] IDENTITY PRIMARY KEY, v XML(XmlValuesSchemaCollection_datetime2) NOT NULL);GOINSERT INTO XmlValuesTable_datetime2 (v)VALUES (N'2014-06-18T06:39:05.190');GO

In questo caso particolare, il server memorizzerà l'inserto dati come segue:

In questo modo, il server converte i dati archiviati nei tipi specificati nell'addendum a questo articolo (è possibile visualizzare l'elenco di tutti i tipi di dati eseguendo la query "select * from sys.xml_schema_types" sul server).

Diamo un'occhiata a come il server salverà una struttura più complessa simile a quella dell'Esempio 1 e descritta con XML Schema Collection.

Esempio 3.

CREA RACCOLTA SCHEMA XML [XmlValuesSchemaCollection] AS'          '; GO CREATE TABLE XmlValuesTable ( [uid] [int] IDENTITY PRIMARY KEY, v XML(XmlValuesSchemaCollection) NOT NULL);GOINSERT INTO XmlValuesTable (v)VALUES ('123.45601:23 :45.789');

Il server salverà l'inserto dati come segue:

EA 05 0001000100 <- type infoF0 04 6E006F0074006500 <- Nome "note"EF 000001 <- NamespaceF8 01 <- tag 01EA 09 0111000011 12000000 <- type info 0x11 (17) "float" + offsetF0 "07 6001-F0" C000 6600 float"EF 000002 <- NamespaceF8 02 <- tag 02EA 05 0011000011 <- type info 0x11 (17) "float"03 79E9F642 <- "123.456"F7 <- tag di chiusuraEA 09 0116000016 10000000 <- type info 0x16 (22) "time " + offsetF0 04 740069006D006500 <- Nome "tempo"EF 000003 <- Spazio dei nomiF8 03 <- tag 03EA 05 0016000016 <- tipo info 0x16 (22) "tempo"7D 03FDAF4C005B950A <- "01:23:45.789"F7 <- tag di chiusuraF7 <- tag di chiusura

Proviamo ad aggiungere un collegamento schema all'inserto.

Esempio 4.

INSERT INTO XmlValuesTable (v)VALUES ('123.45601:23 :45.789');

Come puoi vedere, il server ha salvato con cura lo spazio dei nomi come attributo e ha utilizzato quasi la metà dello spazio per questo anche nonostante il fatto che lo spazio dei nomi non serva a nessuno scopo utile qui:i dati sono stati salvati nello stesso modo in cui sarebbero salvato senza lo spazio dei nomi.

Conclusione

Da quanto sopra, può sembrare che sia possibile ridurre le dimensioni di un database archiviando alcuni tipi di dati (ad es. float) come valori tipizzati poiché 4 byte richiedono uno spazio di archiviazione notevolmente inferiore rispetto allo stesso valore salvato come stringa Unicode. Tuttavia, dovresti tenere presente che per ogni valore vengono utilizzati 7-18 byte aggiuntivi per descriverne il tipo e spostarlo nella posizione necessaria.

Addendum

Correlazione di tipi XML, tipi di base e tipi di dati utilizzati dal server per memorizzare i valori tipizzati.

*1 – informazioni su dati/ora. Il tipo specifico è definito dal valore.