Qual è il tipo di dati SQL migliore per l'archiviazione della stringa JSON?

Qual è il miglior tipo di dati SQL per l'archiviazione della stringa 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;
}

Quale tipo di dati SQL dovremmo usare per archiviare una tale stringa contenente JSON?

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

Certamente NON :

• TEXT, NTEXT: questi tipi sono obsoleti a partire da SQL Server 2005 e non devono essere utilizzati per nuovi sviluppi. Usa VARCHAR(MAX)o NVARCHAR(MAX)invece

• IMAGE, VARBINARY(MAX): IMAGEè deprecato proprio come TEXT/NTEXT, e non ha davvero senso archiviare una stringa di testo in una colonna binaria ....

Quindi praticamente lascia VARCHAR(x)o NVARCHAR(x): VARCHARmemorizza stringhe non Unicode (1 byte per carattere) e NVARCHARmemorizza tutto in modalità Unicode a 2 byte per carattere. Quindi hai bisogno di Unicode? Possiedi potenzialmente caratteri arabi, ebraici, cinesi o di altri paesi non dell'Europa occidentale? Quindi vai conNVARCHAR

Le (N)VARCHARcolonne sono disponibili in due versioni: o si definisce una lunghezza massima che risulta in 8000 byte o meno ( VARCHARfino a 8000 caratteri, NVARCHARfino a 4000) oppure, se ciò non bastasse, utilizzare le (N)VARCHAR(MAX)versioni che memorizzano fino a 2 GByte di dati.

Aggiornamento: SQL Server 2016 avrà il supporto JSON nativo: verrà introdotto un nuovo JSONtipo di dati (basato su nvarchar) e un FOR JSONcomando per convertire l'output di una query in formato JSON

Aggiornamento n. 2: nel prodotto finale, Microsoft non includeva un JSONtipo di dati separato - invece, ci sono un certo numero di funzioni JSON (per impacchettare le righe del database in JSON o per analizzare JSON in dati relazionali) che operano su colonne di tipoNVARCHAR(n)

Ci andrò per nvarchar(max). Questo dovrebbe soddisfare il requisito.

Aggiornamento: con SQL Server 2016 e Azure SQL sono disponibili molte altre funzionalità JSON native. Ciò potrebbe avere un impatto positivo sul tuo design o approccio. Puoi leggere questo per ulteriori informazioni: https://docs.microsoft.com/en-us/sql/relational-d database / json / json-data - sql - server

Consiglierei di usarlo nvarchar(max)se prevedi di usare le funzionalità JSON su SQL 2016 o Azure SQL.

Se non si prevede di utilizzare tali funzionalità, è possibile utilizzare in varbinary(max)combinazione con COMPRESS(e DECOMPRESS) funzioni. Ulteriori informazioni: https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/11/23/storing-json-in-sql-server/

Le funzioni COMPRESS e DECOMPRESS utilizzano la compressione GZip standard. Se il tuo client è in grado di gestire la compressione GZip (ad es. Browser che comprende il contenuto di gzip), puoi restituire direttamente il contenuto compresso. Si noti che questo è un compromesso tra prestazioni / archiviazione. Se esegui spesso query su dati compressi, le prestazioni potrebbero essere più lente perché il testo deve essere decompresso ogni volta.

Il tipo di dati consigliato è NVARCHAR .
Fare riferimento a https://docs.microsoft.com/en-us/sql/relational-database/json/json-data-sql-server?view=sql-server-ver15#store-and-index-json-data- in-SQL-Server] [1]

nvarchar (max) è meglio per questo, anche un'altra cosa che puoi fare in questo modo.

public class TableName
{
    [Key]
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public Guid Id { get; set; }
     
    public string FieldJson { get; set; }   //save json in this field and
      
    [NotMapped]
    public List<FieldList> FieldList  // get return list from this properity
    {
        get => !string.IsNullOrEmpty(FieldJson) ? JsonConvert.DeserializeObject<List<FieldList>>(FieldJson) : null; 
    }

   
}