4.3.0b3 (2022-03-10)
[WARNING]
The defaultSession
consistency bugfix will impact customers whose database accounts have aBounded Staleness
orStrong
consistency level, and were previously not sendingSession
as a consistency_level parameter when initializing
their clients.
Default consistency level for the sync and async clients is no longer "Session" and will instead be set to the
consistency level of the user's cosmos account setting on initialization if not passed during client initialization.
Please see Consistency Levels in Azure Cosmos DB
for more details on consistency levels, or the README section on this change here.
Features Added
- Added new provisional
max_integrated_cache_staleness_in_ms
parameter to read item and query items APIs in order
to make use of the preview CosmosDB integrated cache functionality.
Please see Azure Cosmos DB integrated cache for more details. - Added support for split-proof queries for the async client
Bugs fixed
- Default consistency level for the sync and async clients is no longer
Session
and will instead be set to the
consistency level of the user's cosmos account setting on initialization if not passed during client initialization.
This change will impact client application in terms of RUs and latency. Users relying on defaultSession
consistency
will need to pass it explicitly if their account consistency is different thanSession
.
Please see Consistency Levels in Azure Cosmos DB for more details. - Fixed invalid request body being sent when passing in
serverScript
body parameter to replace operations for trigger, sproc and udf resources. - Moved
is_system_key
logic in async client. - Fixed TypeErrors not being thrown when passing in invalid connection retry policies to the client.