SQL Server 2016有望支持JSON

2015-06-02 12:47:15來源：infoq作者：

SQL Server 2016有望提供JSON操作原生支持。這一支持的首次迭代將作為SQL Server 2016 CTP 2的一部分發(fā)布。CTP又名社區(qū)技術(shù)預(yù)覽版，等同于微軟的公開Alpha測試，期間，開發(fā)者可以提出技術(shù)上的修改建議。

SQL Server 2016有望提供JSON操作原生支持。這一支持的首次迭代將作為SQL Server 2016 CTP 2的一部分發(fā)布。CTP又名社區(qū)技術(shù)預(yù)覽版，等同于微軟的公開Alpha測試，期間，開發(fā)者可以提出技術(shù)上的修改建議。

JSON導出

“格式化和導出”JSON是CTP 2的主要功能。這可以通過在SELECT語句的末尾增加FOR JSON子句實現(xiàn)。該功能基于FOR XML子句，并且與它類似，允許對結(jié)果JSON字符串進行自動和半手工格式化。

微軟希望這一語法可以提供與PostgreSQL的row_to_json和json_object函數(shù)相同的功能。

JSON轉(zhuǎn)換

大部分功能將在CTP 3中發(fā)布。這些功能中的第一項是FROM OPENJSON子句，這是一個表值函數(shù)（TFV），它接受一個JSON字符串作為輸入。它還需要一個數(shù)組或?qū)ο笤诒唤馕龅腏SON數(shù)據(jù)中的路徑。

默認情況下，OPENJSON返回一個鍵值對集合，但開發(fā)者可以使用WITH子句提供一個模式。由于JSON不支持日期或整數(shù)（它們分別表示為字符串和double類型），所以WITH子句可以減少稍后需要的類型轉(zhuǎn)換數(shù)量。

下面是Jovan Popovic博文中關(guān)于JSON支持的例子。

DECLARE @JSalestOrderDetails nVarCar(2000) = N ‘{"OrdersArray": [
{"Number":1, "Date": "8/10/2012", "Customer": "Adventure works", "Quantity": 1200},
{"Number":4, "Date": "5/11/2012", "Customer": "Adventure works", "Quantity": 100},
{"Number":6, "Date": "1/3/2012", "Customer": "Adventure works", "Quantity": 250},
{"Number":8, "Date": "12/7/2012", "Customer": "Adventure works", "Quantity": 2200}
]}‘;

SELECT Number, Customer, Date, Quantity
FROM OPENJSON (@JSalestOrderDetails, ‘$.OrdersArray‘)
WITH (
    Number varchar(200),
    Date datetime,
    Customer varchar(200),
    Quantity int
) AS OrdersArray

微軟宣稱，在PostgrSQL中實現(xiàn)同樣的功能需要綜合使用json_each、json_object_keys、json_populate_record和json_populate_recordset函數(shù)。

JSON存儲

正如所見，JSON數(shù)據(jù)存儲在NVARCHAR變量中。在表的列中存儲JSON數(shù)據(jù)也是這樣。關(guān)于為什么這么做，微軟有如下理由：

  • 遷移——我們發(fā)現(xiàn)，人們早已將JSON存儲為文本，因此，如果我們引入一種單獨的JSON類型，那么為了使用我們的新特性，他們將需要修改數(shù)據(jù)庫模式，并重新加載數(shù)據(jù)。而采用現(xiàn)在這種實現(xiàn)方式，開發(fā)者不需要對數(shù)據(jù)庫做任何修改就可以使用JSON功能。
  • 跨功能的兼容性——所有SQL Server組件均支持NVARCHAR，因此，JSON也將在所有的組件中得到支持。開發(fā)者可以將JSON存儲在Hekaton、時態(tài)表或列存儲表中，運用包括行級安全在內(nèi)的標準安全策略，使用標準B樹索引和FTS索引，使用JSON作為參數(shù)或返回過程值，等等。開發(fā)者不需要考慮功能X是否支持JSON——如果功能X支持NVARCHAR，那么它也支持JSON。此外，該特性有一些約束——Hekaton及列存儲不支持LOB值，所以開發(fā)者只能存儲小JSON文檔。不過，一旦我們在Hekaton及列存儲中增加了LOB支持，那么開發(fā)者就可以在任何地方存儲大JSON文檔了。
  • 客戶端支持——目前，我們沒有為客戶端應(yīng)用程序提供標準JSON對象類型（類似XmlDom對象的東西）。自然地，Web和移動應(yīng)用程序以及JavaScript客戶端將使用JSON文本，并使用本地解析器解析它。在JavaScript中，可以使用object類型表示JSON。我們不太可能實現(xiàn)一些僅在少數(shù)RDBMS中存在的JSON類型代理。在C#.Net中，許多開發(fā)者使用內(nèi)置了JObject或JArray類型的JSON.Net解析器；不過，那不是一種標準，也不太可能成為ADO.NET的一部分。即便如此，我們認為，C#應(yīng)用可以接受來自數(shù)據(jù)庫層的純字符串，并使用最喜歡的解析器解析它。我們所談?wù)摰膬?nèi)容不只是跟應(yīng)用程序有關(guān)。如果開發(fā)者試圖在SSIS/SSRS、Tableau和Informatica ETL中使用JSON列，它們會將其視為文本。我們認為，即使我們增加了JSON類型，在SQL Server之外，它仍將被表示成字符串，并根據(jù)需要使用某個自定義的解析器解析它。因此，我們并沒有找到任何重大的理由將其實現(xiàn)為一種原生JSON類型。

在包含JSON的NVARCHAR列上使用新的ISJSON函數(shù)作為檢查約束是個不錯的主意。如果不這樣做，那么有缺陷的客戶端應(yīng)用程序就可能插入不可解析的字符串，使開發(fā)者面臨數(shù)據(jù)污染的風險。

JSON查詢

如果直接對JSON進行標量查詢，可以使用JSON_VALUE函數(shù)。該函數(shù)使用一種類似JavaScript的符號定位JSON對象中的值。它使用$符號表示object的根，點號表示屬性，方括號表示數(shù)組索引。它與PostgreSQL中的json_extract_path_text函數(shù)等效。

JSON索引

JSON數(shù)據(jù)可以直接索引，但開發(fā)者可以毫不費力地在標量數(shù)據(jù)上實現(xiàn)同樣的效果。只需要使用JSON_VALUE函數(shù)創(chuàng)建一個計算列，然后在這個列上創(chuàng)建索引。

“缺失的”特性

微軟針對JSON的支持計劃中并沒有包含每一個開發(fā)者想要的功能。許多人認為，專用的JSONB列類型可以提供更好的性能。其他人希望支持JSON數(shù)據(jù)修補，而不是必須整個地替換文檔。

關(guān)鍵詞：SQLServerJSON