¿Cuál es la mejor manera de guardar datos XML en SQL Server?

Question

¿Hay una ruta directa que sea bastante sencilla? (es decir, SQL Server puede leer XML)

O, ¿es mejor analizar el XML y simplemente transferirlo de la forma habitual a través de ADO.Net ya sea como filas individuales o quizás como una actualización por lotes?

que se dan cuenta de que puede haber soluciones que implican grandes complejos procedimientos almacenados - mientras no me opongo totalmente a esto, tiendo a preferir tener la mayor parte de mi lógica de negocio en el código C#. He visto una solución usando SQLXMLBulkLoad, pero parecía requerir código SQL bastante complejo.

Para referencia, estaré trabajando con cerca de 100 filas a la vez con alrededor de 50 pequeños trozos de datos para cada uno (cuerdas y ints). Esto eventualmente se convertirá en un trabajo por lotes diario.

Cualquier fragmentos de código que puede proporcionar sería muy apreciada.

Answer 1

SQL Server 2005 y hasta tienen un tipo de datos llamado "XML" que se puede almacenar en XML - sin tipo o mecanografiado con un esquema XSD.

Básicamente puede llenar columnas de tipo XML desde una cadena literal XML, por lo que puede simplemente usar una instrucción INSERT normal y llenar el contenido XML en ese campo.

Marc

Answer 2

Usted puede utilizar la función OPENXML y almacenados sp_xml_preparedocument procedimiento para convertir fácilmente su XML en conjuntos de filas.

Answer 3

Si está utilizando SQL Server 2008 (o 2005), que tiene un tipo de datos xml nativa. Puede asociar un esquema XSD con variables xml, e Insertar directamente en columnas de tipo xml.

Answer 4

Sí, SQL Server 2005 y posteriores pueden analizar XML fuera de la caja.

utiliza el linfáticos, los métodos de valor y de consulta para descomponerlo forma en que desea, si los valores o atributos

Algunos taponamiento descarada:

• Importing XML into SQL Server
• Search XML Column in SQL

Answer 5

Los datos Xml y el documento Xml podrían tener un significado diferente. Cuando el tipo de xml es bueno para los datos, no guarda el formato (se eliminan los espacios en blanco), por lo que en algunos casos (por ejemplo, archivos de cofiguración) la mejor opción es nvarchar.