¿Cuál es el mejor tipo de datos SQL para almacenar cadenas JSON?

Question

¿Cuál es el mejor tipo de datos SQL para almacenar cadenas JSON?

static List<ProductModel> CreateProductList() 
{ 
    string json = @"[ 
     { 
      ProductId: 1, 
      ProductCode: 'A', 
      Product: 'A' 
     }, 
     { 
      ProductId: 2, 
      ProductCode: 'B', 
      Product: 'B' 
     } 
    ]"; 

    IList<JToken> tokenList = JToken.Parse(json).ToList(); 
    List<ProductModel> productList = new List<ProductModel>(); 

    foreach (JToken token in tokenList) 
    { 
     productList.Add(JsonConvert.DeserializeObject<ProductModel>(token.ToString())); 
    } 

    return productList; 
} 

¿Qué tipo de datos SQL debemos usar para almacenar una cadena que contenga JSON?

• NVARCHAR(255)?
• TEXT?
• VARBINARY(MAX)?

Answer 1

voy a ir a por nvarchar(max). Eso debería ajustarse al requisito.

Actualización: Con SQL Server 2016 y Azure SQL, hay muchas capacidades JSON nativas adicionales. Esto podría tener un impacto positivo en su diseño o enfoque. Usted puede leer esto para más: https://docs.microsoft.com/en-us/sql/relational-databases/json/json-data-sql-server

Answer 2

Ciertamente NO:

• TEXT, NTEXT: esos tipos son obsoleta partir de SQL Server 2005 y no se debe utilizar para un nuevo desarrollo. Utilice VARCHAR(MAX) o NVARCHAR(MAX) lugar

• IMAGE, VARBINARY(MAX): IMAGE es obsoleto igual TEXT/NTEXT, y no hay realmente ningún punto en el almacenamiento de una cadena de texto en una columna binaria ....

de manera que básicamente hojas VARCHAR(x) o NVARCHAR(x): VARCHAR almacena cadenas no Unicode (1 byte por carácter) y NVARCHAR almacena todo en un modo Unicode de 2 bytes por carácter. Entonces, ¿necesitas Unicode? ¿Tiene caracteres arábigos, hebreos, chinos u otros caracteres no occidentales europeos en sus cadenas, potencialmente? Luego vas con NVARCHAR

Los (N)VARCHAR columnas son de dos tipos: o bien se define una longitud máxima que se traduce en 8000 bytes o menos (VARCHAR hasta 8000 caracteres, NVARCHAR hasta 4000), o si eso no es suficiente, utiliza el (N)VARCHAR(MAX) versiones, que almacenan hasta 2 GByte de datos.

Actualización: SQL Server tendrá el apoyo JSON nativo - un nuevo JSON tipo de datos (que se basa en nvarchar) será presentado, así como un comando FOR JSON para convertir la salida de una consulta en formato JSON

actualización # 2: en el producto final, Microsoft no incluyó una separada JSON tipo de datos - en su lugar, hay una serie de JSON-funciones (a empaquetar filas base de datos en JSON, o para analizar JSON en datos relacionales) que operan en columnas del tipo NVARCHAR(n)

Answer 3

Recomendaría utilizar nvarchar(max) si planea usar las funciones JSON en SQL 2016 o Azure SQL.

Si no tiene previsto utilizar esas funciones, puede usar varbinary(max) combinado con las funciones COMPRESS (y DECOMPRESS). Más información: https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/11/23/storing-json-in-sql-server/

Las funciones COMPRESS y DECOMPRESS utilizan compresión GZip estándar. Si su cliente puede manejar la compresión GZip (por ejemplo, un navegador que entiende el contenido gzip), puede devolver directamente el contenido comprimido. Tenga en cuenta que esta es la compensación de rendimiento/almacenamiento. Si consulta con frecuencia datos comprimidos, mig tendrá un rendimiento más lento porque el texto se debe descomprimir cada vez.