ประเภทข้อมูล 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 GByte ของข้อมูล

อัปเดต: 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 (สูงสุด) ดีกว่าสำหรับสิ่งนี้และอีกสิ่งหนึ่งที่คุณสามารถทำได้เช่นนี้

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

   
}