The support for the JSON data type is in preview in Azure SQL DB https://techcommunity.microsoft.com/t5/azure-sql-blog/native-json-type-amp-json-aggregates-are-now-in-private-preview/ba-p/3830753
To enable applications to leverage JSON effectively, the SqlClient driver will require changes as well.
When it comes to the APIs of the JSON support, the fundamental APIs which are foundational are
- Enhancement of SqlDbType to offer an enum value for JSON type. This will be offered by
SqlDbType.Json enum.
- Providing a SqlType like to work with Json data. The type here will be
SqlJson.
System.Data.SqlDbType ships with dotnet/runtime, and changes to SqlDbType will be made in the runtime repo. There is an issue open in dotnet/runtime at dotnet/runtime#103925
SqlJson unlike other SqlTypes will ship in Microsoft.Data.SqlClient.
Related EF issue at dotnet/efcore#32150
APIs
The APIs that have been identified for modification are
SqlDataReader.GetFieldValue<string>() -> Returns a JSON string.
SqlDataReader.GetFieldValue<JsonDocument>() -> Returns a System.Text.JsonDocument.
- We need to support all the above Generics for
SqlDataReader.GetFieldValueAsync<T>() async equivalents as well.
SqlDbType.Json : This would allow the SqlParameters to be qualified as Json types.
SqlDataReader.GetString(int colOrdinal): This should return a JSON string.
SqlDataReader.GetFieldValue<byte[]>(int colOrdinal). The byte[] returned should be usable by Utf8JsonReader to create a JSON reader. This is the high performance scenario in .Net.
SqlDataReader.GetStream() should support a TextStream which can be serialized as a JSON text. We will need to check if the COLTYPE is JSON, then we stream the data according to the payload sent by the server.
- SqlDataReader.GetDataTypeName(Int32) : Returns The string representing the data type of the specified column. Should return JSON in this case.
SqlDataReader.GetFieldType(Int32) : Returns the ‘type’ for JSON
SqlDataReader.GetSqlJson(Int32) : Returns a SqlJson that contains the JSON stored within the corresponding field.
SqlParameter will not have any new APIs exposed. The behavior of existing APIs will be enhanced, so that they can work with SqlDbType and SqlJson type.
Backward compat with server without JSON support
Backward compat of new client with old server. What happens when SqlDbType.Json/SqlJson is used with a server, which doesn't have Json support. This is pending discussions.
Decision: The client will send the new TDS type to older sql server, and the sql server will error out, and the error will be exchanged appropriately with the clients.
Technical details
- Json support will be enabled with a feature extension negotiation, which means that the client will handshake the feature support with the server. The feature extension is versioned and will start with v1. The Feature extension identifier is
0x0D
- Feature negotiation would mean that the server can send the Json specific type information in the metadata of the result set. The
tdsType for JSON is planned to be 244
- JSON payload will be exchanged between the client and server as VARCHAR(Max) for v1 of the Feature extension negotiated.
Dependencies
- TDS documentation changes with the protocol changes mentioned above.
- dotnet/runtime getting the
SqlDbType enum update.
- Migrate SqlClient builds to use dotnet 9 SDK.
- A SQL Server with the protocol changes, which can be used for testing the client changes.
- System.Text.Json is a dependency that is needed.
Child issues and PRs tracking this work
The support for the JSON data type is in preview in Azure SQL DB https://techcommunity.microsoft.com/t5/azure-sql-blog/native-json-type-amp-json-aggregates-are-now-in-private-preview/ba-p/3830753
To enable applications to leverage JSON effectively, the SqlClient driver will require changes as well.
When it comes to the APIs of the JSON support, the fundamental APIs which are foundational are
SqlDbType.Jsonenum.SqlJson.System.Data.SqlDbTypeships with dotnet/runtime, and changes to SqlDbType will be made in the runtime repo. There is an issue open in dotnet/runtime at dotnet/runtime#103925SqlJsonunlike other SqlTypes will ship in Microsoft.Data.SqlClient.Related EF issue at dotnet/efcore#32150
APIs
The APIs that have been identified for modification are
SqlDataReader.GetFieldValue<string>()-> Returns a JSON string.SqlDataReader.GetFieldValue<JsonDocument>()-> Returns a System.Text.JsonDocument.SqlDataReader.GetFieldValueAsync<T>()async equivalents as well.SqlDbType.Json: This would allow the SqlParameters to be qualified as Json types.SqlDataReader.GetString(int colOrdinal): This should return a JSON string.SqlDataReader.GetFieldValue<byte[]>(int colOrdinal). The byte[] returned should be usable by Utf8JsonReader to create a JSON reader. This is the high performance scenario in .Net.SqlDataReader.GetStream()should support a TextStream which can be serialized as a JSON text. We will need to check if the COLTYPE is JSON, then we stream the data according to the payload sent by the server.SqlDataReader.GetFieldType(Int32): Returns the ‘type’ for JSONSqlDataReader.GetSqlJson(Int32): Returns aSqlJsonthat contains the JSON stored within the corresponding field.SqlParameterwill not have any new APIs exposed. The behavior of existing APIs will be enhanced, so that they can work withSqlDbTypeandSqlJsontype.Backward compat with server without JSON support
Backward compat of new client with old server. What happens when
SqlDbType.Json/SqlJsonis used with a server, which doesn't have Json support. This is pending discussions.Decision: The client will send the new TDS type to older sql server, and the sql server will error out, and the error will be exchanged appropriately with the clients.
Technical details
0x0DtdsTypefor JSON is planned to be244Dependencies
SqlDbTypeenum update.Child issues and PRs tracking this work