Какой тип данных SQL лучше всего подходит для хранения строки JSON?

Какой тип данных SQL лучше всего подходит для хранения строки 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;
}

Какой тип данных SQL мы должны использовать для хранения такой строки, содержащей JSON?

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

Конечно, НЕ :

• TEXT, NTEXT: эти типы устарели с SQL Server 2005 и не должны использоваться для новых разработок. Используйте VARCHAR(MAX)или NVARCHAR(MAX)вместо

• IMAGE, VARBINARY(MAX): IMAGEустарело TEXT/NTEXT, и на самом деле нет смысла хранить текстовую строку в двоичном столбце ....

Таким образом, в основном оставляет VARCHAR(x)или NVARCHAR(x): VARCHARхранит строки, отличные от Unicode (1 байт на символ), и NVARCHARсохраняет все в режиме Unicode с 2 байтами на символ. Так вам нужен Unicode? Есть ли в ваших строках символы арабского, иврита, китайского или других неевропейского происхождения? Тогда иди сNVARCHAR

Эти (N)VARCHARколонны в двух вариантах: либо определить максимальную длину , что приводит к 8000 байт или меньше ( VARCHARдо 8000 символов, NVARCHARдо 4000), или , если этого недостаточно, использовать (N)VARCHAR(MAX)версии, которые хранят до 2 Гбайт данных.

Обновление: SQL Server 2016 будет иметь встроенную поддержку JSON - будет представлен новый JSONтип данных (на основе которого nvarchar), а также FOR JSONкоманда для преобразования вывода запроса в формат JSON.

Обновление №2: в конечном продукте Microsoft не включила отдельный JSONтип данных - вместо этого существует ряд JSON-функций (для упаковки строк базы данных в JSON или для синтаксического анализа JSON в реляционные данные), которые работают со столбцами типаNVARCHAR(n)

Я пойду за nvarchar(max). Это должно соответствовать требованиям.

Обновление: в SQL Server 2016 и Azure SQL есть много дополнительных собственных возможностей JSON. Это может положительно повлиять на ваш дизайн или подход. Вы можете прочитать это подробнее: https://docs.microsoft.com/en-us/sql/relational-databases/json/json-data-sql-server

Я бы рекомендовал использовать, nvarchar(max)если вы планируете использовать функции JSON в SQL 2016 или Azure SQL.

Если вы не планируете использовать эти функции, вы можете использовать функции в varbinary(max)сочетании с COMPRESS(и DECOMPRESS). Дополнительная информация: https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/11/23/storing-json-in-sql-server/

Функции COMPRESS и DECOMPRESS используют стандартное сжатие GZip. Если ваш клиент может обрабатывать сжатие GZip (например, браузер, который понимает содержимое gzip), вы можете напрямую вернуть сжатый контент. Обратите внимание, что это компромисс между производительностью и объемом памяти. Если вы часто запрашиваете сжатые данные, производительность при переносе будет ниже, потому что текст нужно каждый раз распаковывать.

Рекомендуемый тип данных - NVARCHAR .
См. Https://docs.microsoft.com/en-us/sql/relational-databases/json/json-data-sql-server?view=sql-server-ver15#store-and-index-json-data- в-SQL-сервер] [1]

nvarchar (max) лучше для этого, также вы можете сделать еще кое-что.

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; 
    }

   
}