--- title: "OPENJSON (Transact-SQL) | Microsoft Docs" ms.custom: - "SQL2016_New_Updated" ms.date: "06/10/2016" ms.prod: "sql-non-specified" ms.reviewer: "" ms.suite: "" ms.technology: - "dbe-json" ms.tgt_pltfrm: "" ms.topic: "language-reference" f1_keywords: - "OPENJSON" - "OPENJSON_TSQL" helpviewer_keywords: - "OPENJSON rowset function" - "JSON, importing" - "JSON, converting from" ms.assetid: 233d0877-046b-4dcc-b5da-adeb22f78531 caps.latest.revision: 32 author: "douglaslMS" ms.author: "douglasl" manager: "jhubbard" --- # OPENJSON (Transact-SQL) [!INCLUDE[tsql-appliesto-ss2016-asdb-xxxx-xxx_md](../../includes/tsql-appliesto-ss2016-asdb-xxxx-xxx-md.md)] **OPENJSON** is a table-value function that parses JSON text and returns objects and properties in JSON as rows and columns. **OPENJSON** provides a rowset view over a JSON document, with the ability to explicitly specify the columns in the rowset and the property paths to use to populate the columns. Since **OPENJSON** returns a set of rows, you can use **OPENJSON** function in FROM clause of [!INCLUDE[tsql](../../includes/tsql-md.md)] statements like any other table, view, or table-value function. > [!NOTE] > The **OPENJSON** function is available only under compatibility level 130. If your database compatibility level is lower than 130, SQL Server will not be able to find and execute OPENJSON function. Other JSON functions are available at all compatibility levels. You can check compatibility level in sys.databases view or in database properties. You can change a compatibility level of database using the following command: > ALTER DATABASE DatabaseName SET COMPATIBILITY_LEVEL = 130 > > Note that compatibility level 120 might be default even in new Azure SQL Databases. Use OPENJSON to import JSON data into [!INCLUDE[ssNoVersion](../../includes/ssnoversion-md.md)], or to convert JSON data to relational format for an app or service that can't consume JSON directly. You can call **OPENJSON** with or without an explicit schema that defines the structure of the output. For more info, see the Remarks and examples on this page. ![Topic link icon](../../database-engine/configure-windows/media/topic-link.gif "Topic link icon")[Transact-SQL Syntax Conventions](../../t-sql/language-elements/transact-sql-syntax-conventions-transact-sql.md) ## Syntax ``` OPENJSON( jsonExpression [ , path ] ) [ WITH ( colName type [ column_path ] [ AS JSON ] [ , colName type [ column_path ] [ AS JSON ] ] [ , . . . n ] ) ] ``` ## Arguments *jsonExpression* Is a Unicode character expression containing the JSON text. OPENJSON iterates over the elements of the array or the properties of the object in the JSON expression and returns one row for each element or property. *path* Is a JSON path expression that references an object or an array within *jsonExpression*. **OPENJSON** will seek into JSON text at the specified position and parse only referenced fragment. For more info, see [JSON Path Expressions (SQL Server)](../../relational-databases/json/json-path-expressions-sql-server.md). If *path* is not provided, *jsonExpression* will be parsed. For example, if you want to open an array of **comments** that is found under the **feedback** key in the JSON expression, you can specify the following path - `'$.feedback.comments'` - to extract the array of comments from the JSON expression. See more examples later in this topic. In [!INCLUDE[ssSQLv14_md](../../includes/sssqlv14-md.md)] and in [!INCLUDE[ssSDSfull_md](../../includes/sssdsfull-md.md)], you can provide a variable as the value of *path*. By default, OPENJSON returns elements or properties from the root object in the JSON expression. Provide a path if you want to open a JSON object nested within the JSON expression. If you don't specify a path, OPENJSON parses the root object using lax path mode (that is, as if you had specified the **lax** option in the path expression). Some of the examples on this page explicitly specify the path mode, lax or strict. This is optional. If you don't explicitly specify a path mode, lax mode is the default. For more info about path mode and path expressions, see [JSON Path Expressions (SQL Server)](../../relational-databases/json/json-path-expressions-sql-server.md). The comparison used to match path steps with the properties of the JSON expression is case-sensitive and collation-unaware (that is, a BIN2 comparison). *colName* Is the name for the output column. By default, OPENJSON uses the name of the column to match a property in the JSON text. For example, if you specify the column “name” in the schema, OPENJSON tries to populate this column with the property “name” in the JSON text. If the column name contains dots, OPENJSON uses it as the JSON path to the property that contains the values you want to extract. For example, if you specify the column “info.name” in the schema, OPENJSON tries to populate this column with the property “name” from the parent object called “info” in the JSON text. You can override this default mapping by using the *column_path* argument. type Is the data type for the output column. *column_path* Is the JSON path that specifies the property to return in the specified column. For more info, see the description of the *path* parameter previously in this topic. Use *column_path* to override default mapping rules if the name of an output column doesn't match the name of the property. For more info, see [JSON Path Expressions (SQL Server)](../../relational-databases/json/json-path-expressions-sql-server.md). The comparison used to match path steps with the properties of the JSON expression is case-sensitive and collation-unaware (that is, a BIN2 comparison). AS JSON Use AS JSON option in column definition to specify that referenced property contains inner object or array. If you don't specify AS JSON for a column, the function returns a scalar value (for example, int, string, true, false) from the specified JSON property on the specified path. If the path represents an object or an array, the function returns null in lax mode or an error in strict mode indicating that the property can't be found at the specified path. This behavior is similar to the behavior of the JSON_VALUE function. If you specify AS JSON for a column, the function returns a JSON fragment from the specified JSON property on the specified path. If the path represents a scalar value, the function returns null in lax mode or an error in strict mode indicating that the property can't be found at the specified path. This behavior is similar to the behavior of the JSON_QUERY function. > [!NOTE] > If you want to return nested JSON fragment from some JSON property, you MUST specify **AS JSON** flag. Without this option, OPENJSON will return NULL value instead of referenced JSON object or array, or it will return run-time error in strict mode (property cannot be found). > > If you specify AS JSON option, the type of the column must be NVARCHAR(MAX). ## Return Value Columns that will be returned as a result of OPENJSON function depend on WITH option. - When you call OPENJSON and you specify an explicit schema in the WITH clause, the function returns a table with the schema that you defined in the WITH clause. - When you call OPENJSON with the default schema - that is, when you don't specify an explicit schema in the WITH clause - the function returns a table with the following columns. 1. **Key**. An nvarchar(4000) value that contains the name of the specified property or the index of the element in the specified array. The key column has a BIN2 collation. 2. **Value**. An nvarchar(max) value that contains the value of the property. The value column inherits its collation from *jsonExpression*. 3. **Type**. An int value that contains the type of the value. The **Type** column is returned only when you use OPENJSON with the default schema. The type column has one of the following values. |Value of the Type column|JSON data type| |------------------------------|--------------------| |0|null| |1|string| |2|int| |3|true/false| |4|array| |5|object| Only first level properties are returned. The statement fails if the JSON text is not properly formatted. ## Remarks ## Using OPENJSON with the default schema When you use **OPENJSON** with the default schema, the function returns a table with one row for each property of the object or for each element in the array, as shown in the following examples. **Return each element in an array** The following query, which uses the default schema, returns each element in the JSON arrays with indexes. ```tsql DECLARE @json NVARCHAR(MAX) SET @json=N'[ null, "string", 1, true, false, ["a","r","r","a","y"], {"obj":"ect"} ]'; SELECT * FROM OPENJSON(@json) ``` **Results** |key|value|type| |---------|-----------|----------| |0|null|0| |1|string|1| |2|1|2| |3|true|3| |4|false|3| |5|["a","r","r","a","y"]|4| |6|{"obj":"ect"}|5| **Return each property of an object** ```tsql DECLARE @json NVARCHAR(MAX) SET @json=N'{ "StringValue":"John", "IntValue":45, "TrueValue":true, "FalseValue":false, "NullValue":null, "ArrayValue":["a","r","r","a","y"], "ObjectValue":{"obj":"ect"} }' SELECT * FROM OPENJSON(@json) ``` **Results** |key|value|type| |---------|-----------|----------| |StringValue|John|1| |IntValue|Doe|2| |TrueValue|true|3| |FalseValue|false|3| |NullValue|NULL|0| |ArrayValue|["a","r","r","a","y"]|4| |ObjectValue|{"obj":"ect"}|5| **Return a nested object by specifying the *path*** If *jsonExpression* contains a JSON object, OPENJSON returns all the first level properties of the object. If you need to get an object on a path within the JSON object, you can reference that sub-object in the second parameter *path* as shown in the following example. ```tsql DECLARE @json NVARCHAR(MAX) SET @json=N'{ "path": { "to":{ "sub-object":["en-GB", "en-UK","de-AT","es-AR","sr-Cyrl"] } } }'; SELECT [key],value FROM OPENJSON(@json,'$.path.to."sub-object"') ``` **Results** |Key|Value| |---------|-----------| |0|en-GB| |1|en-UK| |2|de-AT| |3|es-AR| |4|sr-Cyrl| ## Explicitly specify schema of returned rows in OPENJSON function When you use **OPENJSON** with an explicit schema, the function returns a table with the schema that you defined in the WITH clause. In the WITH clause, you define columns, their types, and the paths of the source properties for each column. - For each element in the array in the input expression, **OPENJSON** generates a separate row in the output table. - For each property of the array elements specified by using the *colName* type *column_path* syntax, **OPENJSON** converts the value to the specified type and populates a cell in the output table. For example, the following query returns and formats the elements of an array. ```tsql DECLARE @json NVARCHAR(MAX) SET @json = N'{"Orders": {"OrdersArray": [ { "Order": { "Number":"SO43659", "Date":"2011-05-31T00:00:00" }, "AccountNumber":"AW29825", "Item": { "Price":2024.9940, "Quantity":1 } }, { "Order": { "Number":"SO43661", "Date":"2011-06-01T00:00:00" }, "AccountNumber":"AW73565", "Item": { "Price":2024.9940, "Quantity":3 } } ] } }' SELECT * FROM OPENJSON ( @json, '$.Orders.OrdersArray' ) WITH ( Number varchar(200) '$.Order.Number', Date datetime '$.Order.Date', Customer varchar(200) '$.AccountNumber', Quantity int '$.Item.Quantity', [Order] nvarchar(MAX) AS JSON ) ``` **Results** |Number|Date|Customer|Quantity|Order| |------------|----------|--------------|--------------|-----------| |SO43659|2011-05-31T00:00:00|AW29825|1|{"Number":"SO43659","Date":"2011-05-31T00:00:00"}| |SO43661|2011-06-01T00:00:00|AW73565|3|{"Number":"SO43661", "Date":"2011-06-01T00:00:00"}| ## Examples ### Example 1 - Convert a JSON array value to a temporary table In this example, list of identifiers are provided as JSON array of numbers. Following query converts JSON array to table of identifiers and filters all products with specified ids. ```tsql DECLARE @pSearchOptions NVARCHAR(MAX) SET @pSearchOptions=N'[1,2,3,4]' SELECT * FROM products INNER JOIN OPENJSON(@pSearchOptions) AS productTypes ON product.productTypeID=productTypes.value ``` This query is equivalent to the following example. However, in example below you would need to embed numbers on client side instead of passing them as parameters. ```tsql SELECT * FROM products WHERE product.productTypeID IN(1,2,3,4) ``` ### Example 2 - Merge properties from two JSON objects The following example selects a union of all the properties of two JSON objects. The two objects have a duplicate "name" property. The example uses the key value to exclude the duplicate row from the results. ```tsql DECLARE @json1 NVARCHAR(MAX),@json2 NVARCHAR(MAX) SET @json1=N'{"name": "John", "surname":"Doe"}' SET @json2=N'{"name": "John", "age":45}' SELECT * FROM OPENJSON(@json1) UNION ALL SELECT * FROM OPENJSON(@json2) WHERE [key] NOT IN(SELECT [key] FROM OPENJSON(@json1)) ``` ### Example 3 - Join rows with JSON data stored in table cells using CROSS APPLY In the following example, the SalesOrderHeader table has a SalesReason text column that contains an array of SalesOrderReasons in JSON format. The SalesOrderReasons objects contain properties like "Quality" and "Manufacturer". The example creates a report that joins every sales order row to the related sales reasons. The OPENJSON operator expands the JSON array of sales reasons as if the reasons were stored in a separate child table. Then the CROSS APPLY operator joins each sales order row to the rows returned by the OPENJSON table-valued function. ```tsql SELECT SalesOrderID,OrderDate,value AS Reason FROM Sales.SalesOrderHeader CROSS APPLY OPENJSON(SalesReasons) ``` > [!TIP] > When you have to expand JSON arrays stored in individual fields and join them with their parent rows, you typically use the [!INCLUDE[tsql](../../includes/tsql-md.md)] CROSS APPLY operator. For more info about CROSS APPLY, see [FROM (Transact-SQL)](../../t-sql/queries/from-transact-sql.md). The same query can be re-written using OPENJSON with explicitly defined return schema: ```tsql SELECT SalesOrderID, OrderDate, value AS Reason FROM Sales.SalesOrderHeader CROSS APPLY OPENJSON (SalesReasons) WITH (value nvarchar(100) '$') ``` In this example, '$' path references each element in arrays. You can use this type of query if you want to explicitly cast returned value. ### Example 4 - Combine relational rows and JSON elements with CROSS APPLY The following query returns the results shown in the following table. ```tsql SELECT store.title, location.street, location.lat, location.long FROM store CROSS APPLY OPENJSON(store.jsonCol, 'lax $.location') WITH (street varchar(500) , postcode varchar(500) '$.postcode' , lon int '$.geo.longitude', lat int '$.geo.latitude') AS location ``` **Results** |title|street|postcode|lon|lat| |-----------|------------|--------------|---------|---------| |Whole Food Markets|17991 Redmond Way|WA 98052|47.666124|-122.10155| |Sears|148th Ave NE|WA 98052|47.63024|-122.141246,17| ### Example 5 - Import JSON data into SQL Server The following example loads an entire JSON object into a [!INCLUDE[ssNoVersion](../../includes/ssnoversion-md.md)] table. ```tsql DECLARE @json NVARCHAR(max) SET @json = N'{ "id" : 2, "firstName": "John", "lastName": "Smith", "isAlive": true, "age": 25, "dateOfBirth": "2015-03-25T12:00:00", "spouse": null }'; INSERT INTO Person SELECT * FROM OPENJSON(@json) WITH (id int, firstName nvarchar(50), lastName nvarchar(50), isAlive bit, age int, dateOfBirth datetime2, spouse nvarchar(50) ``` ## See Also [JSON Path Expressions (SQL Server)](../../relational-databases/json/json-path-expressions-sql-server.md) [Convert JSON Data to Rows and Columns with OPENJSON (SQL Server)](../../relational-databases/json/convert-json-data-to-rows-and-columns-with-openjson-sql-server.md) [Use OPENJSON with the Default Schema (SQL Server)](../../relational-databases/json/use-openjson-with-the-default-schema-sql-server.md) [Use OPENJSON with an Explicit Schema (SQL Server)](../../relational-databases/json/use-openjson-with-an-explicit-schema-sql-server.md)