Kiểu dữ liệu SQL tốt nhất để lưu trữ chuỗi JSON là gì?

Kiểu dữ liệu SQL tốt nhất để lưu trữ chuỗi JSON là gì?

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

Loại dữ liệu SQL nào chúng ta nên sử dụng để lưu trữ một chuỗi như vậy có chứa JSON?

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

Chắc chắn là KHÔNG :

• TEXT, NTEXT: các loại đó không được dùng cho SQL Server 2005 và không được sử dụng cho phát triển mới. Sử dụng VARCHAR(MAX)hoặc NVARCHAR(MAX)thay thế

• IMAGE, VARBINARY(MAX): IMAGEkhông được chấp nhận giống như TEXT/NTEXTvà thực sự không có điểm nào trong việc lưu trữ chuỗi văn bản vào cột nhị phân ....

Vì vậy, về cơ bản để lại VARCHAR(x)hoặc NVARCHAR(x): VARCHARlưu trữ các chuỗi không Unicode (1 byte cho mỗi ký tự) và NVARCHARlưu trữ mọi thứ ở chế độ Unicode 2 byte cho mỗi ký tự. Vậy bạn có cần Unicode không? Bạn có tiếng Ả Rập, tiếng Do Thái, tiếng Trung Quốc hoặc các ký tự không thuộc Tây Âu khác trong chuỗi của bạn không? Sau đó đi vớiNVARCHAR

Các (N)VARCHARcột có hai loại: bạn xác định độ dài tối đa dẫn đến 8000 byte hoặc ít hơn ( VARCHARtối đa 8000 ký tự, NVARCHARtối đa 4000) hoặc nếu không đủ, hãy sử dụng các (N)VARCHAR(MAX)phiên bản lưu trữ tối đa 2 GByte dữ liệu.

Cập nhật: SQL Server 2016 sẽ có hỗ trợ JSON gốc - JSONkiểu dữ liệu mới (dựa trên nvarchar) sẽ được giới thiệu, cũng như FOR JSONlệnh chuyển đổi đầu ra từ truy vấn sang định dạng JSON

Cập nhật # 2: trong sản phẩm cuối cùng, Microsoft không bao gồm một JSONkiểu dữ liệu riêng biệt - thay vào đó, có một số hàm JSON (để đóng gói các hàng cơ sở dữ liệu thành JSON hoặc phân tích JSON thành dữ liệu quan hệ) hoạt động trên các cột kiểuNVARCHAR(n)

Tôi sẽ đi cho nvarchar(max). Điều đó nên phù hợp với yêu cầu.

Cập nhật: Với SQL Server 2016 và Azure SQL, có rất nhiều khả năng JSON gốc. Điều này có thể tác động tích cực đến thiết kế hoặc cách tiếp cận của bạn. Bạn có thể đọc phần này để biết thêm: https://docs.microsoft.com/en-us/sql/relational-database/json/json-data-sql-server

Tôi sẽ khuyên bạn nên sử dụng nvarchar(max)nếu bạn dự định sử dụng các tính năng JSON trên SQL 2016 hoặc Azure SQL.

Nếu bạn không có kế hoạch sử dụng các tính năng đó, bạn có thể sử dụng varbinary(max)kết hợp với COMPRESS(và DECOMPRESS) các chức năng. Thêm thông tin: https://bloss.msdn.microsoft.com/sqlserverst Storageengine/2015/11/23/storing-json-in-sql-server/

Các hàm COMPRESS và DECOMPRESS sử dụng nén GZip tiêu chuẩn. Nếu khách hàng của bạn có thể xử lý nén GZip (ví dụ: trình duyệt hiểu nội dung gzip), bạn có thể trực tiếp trả lại nội dung đã nén. Lưu ý rằng đây là sự đánh đổi hiệu năng / lưu trữ. Nếu bạn thường xuyên truy vấn dữ liệu nén, bạn di chuyển có hiệu suất chậm hơn vì văn bản phải được giải nén mỗi lần.

Kiểu dữ liệu được đề xuất là NVARCHAR .
Vui lòng tham khảo https://docs.microsoft.com/en-us/sql/relational-database/json/json-data-sql-server?view=sql-server-ver15#store-and-index-json-data- máy chủ trong sql] [1]

nvarchar (max) tốt hơn cho việc này, cũng có một điều nữa bạn có thể làm như thế này.

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

   
}