{"id":243,"date":"2012-01-31T05:29:00","date_gmt":"2012-01-31T08:29:00","guid":{"rendered":"http:\/\/fx2.com.uy\/site\/datos-xml-en-sql-server-parte-1\/"},"modified":"2012-01-31T05:29:00","modified_gmt":"2012-01-31T08:29:00","slug":"datos-xml-en-sql-server-parte-1","status":"publish","type":"post","link":"https:\/\/fx2.com.uy\/es\/blog\/datos-xml-en-sql-server-parte-1\/","title":{"rendered":"Datos XML en SQL Server (Parte 1)"},"content":{"rendered":"

Los documentos XML son un medio flexible y est\u00e1ndar para la publicaci\u00f3n, e intercambio de informaci\u00f3n entre sistemas heterog\u00e9neos. Es muy com\u00fan encontrar en diversos sistemas alguna forma de importar\/exportar informaci\u00f3n a trav\u00e9s de este formato. En \u00e9ste post se destacar\u00e1n las principales caracter\u00edsticas que ofrece Microsoft SQL Server para trabajar con XML.<\/em><\/p>\n

 <\/p>\n

Almacenamiento<\/strong>
\nMicrosoft SQL Server, desde la versi\u00f3n 2005, nos permite almacenar datos XML como registros, admitiendo el tipo de datos XML conjuntamente con los tipos de datos tradicionales.
\nSe pueden crear columnas y variables de tipo XML. Adem\u00e1s este tipo de datos permite almacenar documentos y fragmentos XML (un fragmento XML es una instancia XML en la que falta un solo elemento de nivel superior).
\nTambi\u00e9n se puede asociar una colecci\u00f3n de esquemas XML a una columna, un par\u00e1metro o una variable del tipo de datos XML de forma tal de validar y asignar un tipo a las instancias.
\nHay que tener en cuenta que SQL Server no es un sistema XML nativo, por lo que el almacenamiento se realizar\u00e1 en forma de representaci\u00f3n binaria con cierta estructura, especialmente optimizada para realizar consultas (mediante el lenguaje XQuery).<\/p>\n

<\/p>\n

Existen algunas limitaciones que se deber\u00e1n tener en cuenta al momento de utilizar este tipo de datos:<\/p>\n

La representaci\u00f3n almacenada de las instancias del tipo de datos xml no puede superar los 2 GB.<\/p>\n

No admite la conversi\u00f3n a text ni a ntext. Use varchar(max) o nvarchar(max) en su lugar.<\/p>\n

No puede compararse ni ordenarse. Esto significa que un tipo de datos xml no puede utilizarse en una instrucci\u00f3n GROUP BY.<\/p>\n

 <\/p>\n

Consultas sobre datos XML<\/strong>
\nSQL Server ofrece un conjunto de funciones que pueden aplicarse sobre una columna o variable de tipo XML. Vamos a definir la siguiente tabla para mostrar algunos ejemplos:<\/p>\n

DECLARE @MiTabla TABLE
\n(
\nIdentificador INTEGER,
\nMiXML XML
\n)
\nINSERT INTO @MiTabla (Identificador, MiXML)
\nVALUES (1,
\n‘<Datos>
\n<Empleado id=”1″>
\n<Nombre>Jos\u00e9 Carlos<\/Nombre>
\n<Apellido>Romano<\/Apellido>
\n<EstadoCivil>Soltero<\/EstadoCivil>
\n<\/Empleado>
\n<Empleado id=”2″>
\n<Nombre>Susana<\/Nombre>
\n<Apellido>Colman<\/Apellido>
\n<EstadoCivil>Casado<\/EstadoCivil>
\n<\/Empleado>
\n<\/Datos>’)<\/p>\n

SELECT * FROM @MiTabla<\/p>\n

En este caso tendremos una sola fila, con el siguiente XML en la columna MiXML:<\/p>\n

<Datos>
\n<Empleado id=”1″>
\n<Nombre>Jos\u00e9 Carlos<\/Nombre>
\n<Apellido>Romano<\/Apellido>
\n<EstadoCivil>Soltero<\/EstadoCivil>
\n<\/Empleado>
\n<Empleado id=”2″>
\n<Nombre>Susana<\/Nombre>
\n<Apellido>Colman<\/Apellido>
\n<EstadoCivil>Casado<\/EstadoCivil>
\n<\/Empleado>
\n<\/Datos><\/p>\n

Mediante la funci\u00f3n query() se pueden obtener los sub\u00e1rboles de un XML que cumplan con el path XQuery pasado por par\u00e1metro.<\/p>\n

Por ejemplo, para obtener el sub\u00e1rbol Empleado para el Id = 1:<\/p>\n

SELECT MiXML.query(‘\/Datos\/Empleado[@id=1]’) FROM @MiTabla
\nWHERE Identificador = 1<\/p>\n

De modo similar, se puede consultar si existe alg\u00fan nodo que cumpla con un path espec\u00edfico, mediante la funci\u00f3n exist():<\/p>\n

SELECT MiXML.exist(‘\/Datos\/Empleado\/Surname’) FROM @MiTabla
\nWHERE Identificador = 1<\/p>\n

Lo cual devolver\u00e1 false (0), ya que no existe ning\u00fan elemento de nombre \u201cSurname\u201d dentro de alg\u00fan elemento Empleado en el nodo Datos.<\/p>\n

La funci\u00f3n value() permite obtener el valor de un elemento o atributo del documento.<\/p>\n

Como ejemplo, para obtener el valor del nombre del Empleado con atributo \u201cid=2\u201d ser\u00e1 necesario consultar de la siguiente forma:<\/p>\n

SELECT MiXML.value(‘(\/Datos\/Empleado\/Nombre)[1]’,’nvarchar(20)’) FROM @MiTabla
\nWHERE Identificador = 1
\nEl resultado es: Jos\u00e9 Carlos<\/p>\n

Y para obtener el valor del elemento Apellido del Empleado cuyo atributo id sea 2:<\/p>\n

SELECT MiXML.value(‘(\/Datos\/Empleado[@id = 2]\/Apellido)[1]’,’varchar(20)’) FROM @MiTabla<\/p>\n

El resultado en este caso es: Colman<\/p>\n

Como se habr\u00e1 notado, para obtener el valor de un nodo es necesario especificar una ruta que lo identifique un\u00edvocamente, ya que si se utilizara la misma ruta de los ejemplos anteriores (\/Datos\/Empleado), se podr\u00eda estar haciendo referencia a m\u00faltiples elementos. Tambi\u00e9n es necesario indicar el tipo de datos del valor que se quiere seleccionar.<\/p>\n

Links de Referencia:<\/p>\n