Jaki jest najlepszy typ danych SQL do przechowywania ciągu JSON?

Question

Jaki jest najlepszy typ danych SQL do przechowywania ciągu 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; 
} 

Który typ danych SQL powinien być używany do przechowywania takiego łańcucha zawierającego JSON?

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

Answer 1

Wybieram nvarchar(max). To powinno pasować do wymogu.

Aktualizacja: Z SQL Server 2016 i Azure SQL, istnieje wiele dodatkowych rodzimych możliwości JSON. Może to pozytywnie wpłynąć na twój projekt lub podejście. Możesz przeczytać więcej o: https://docs.microsoft.com/en-us/sql/relational-databases/json/json-data-sql-server

Answer 2

pewnością NIE:

• TEXT, NTEXT: te typy są przestarzałe jak SQL Server 2005 i nie powinny być wykorzystywane do nowego rozwoju. Użyj VARCHAR(MAX) lub NVARCHAR(MAX) zamiast

• IMAGE, VARBINARY(MAX): IMAGE jest przestarzała jak TEXT/NTEXT, i naprawdę nie ma sensu przechowywanie tekst w kolumnie binarnej ....

tak, że w zasadzie liści VARCHAR(x) lub NVARCHAR(x): VARCHAR przechowuje ciągi nie będące kodami Unicode (1 bajt na znak) i NVARCHAR przechowuje wszystko w trybie Unicode 2 bajty na znak. Potrzebujesz Unicode? Czy masz potencjalnie w swoich strunach arabskie, hebrajskie, chińskie lub inne znaki spoza Europy Zachodniej? Następnie przejdź z NVARCHAR

W (N)VARCHAR kolumny są w dwóch smakach: albo określić maksymalną długość, że wyniki w 8000 bajtów lub mniej (VARCHAR maksymalnie 8000 znaków, NVARCHAR do 4000), a jeśli to nie wystarczy, należy użyć Wersje (N)VARCHAR(MAX), które przechowują do 2 GB danych.

Aktualizacja: SQL Server będzie miał natywną obsługę JSON - nowy JSON typ danych (który jest oparty na nvarchar) zostaną wprowadzone, a także polecenia FOR JSON konwertować wyjście z kwerendy w formacie JSON

Aktualizacja # 2: w produkcie końcowym, Microsoft nie obejmują oddzielną JSON typ danych - zamiast, istnieje szereg JSON funkcji (do spakowania się wiersze bazy danych do JSON, lub do analizowania JSON do danych relacyjnych) które działają na kolumnach typu NVARCHAR(n)

Answer 3

Polecam używać nvarchar(max), jeśli zamierzasz używać funkcji JSON w SQL 2016 lub Azure SQL.

Jeśli nie planujesz użyć tych funkcji, możesz użyć funkcji varbinary(max) w połączeniu z funkcjami COMPRESS (i DECOMPRESS). Więcej informacji: https://blogs.msdn.microsoft.com/sqlserverstorageengine/2015/11/23/storing-json-in-sql-server/

Funkcje COMPRESS i DECOMPRESS korzystają ze standardowej kompresji GZip. Jeśli twój klient może obsłużyć kompresję GZip (np. Przeglądarka, która rozumie zawartość gzip), możesz bezpośrednio zwrócić skompresowaną treść. Zwróć uwagę, że jest to kompromis pomiędzy wydajnością a pamięcią masową. Jeśli często wysyłasz zapytanie do skompresowanych danych, mig ma mniejszą wydajność, ponieważ tekst musi zostać zdekompresowany za każdym razem.