-
Notifications
You must be signed in to change notification settings - Fork 543
Cosmos DB Output Binding - Conformance & Progress towards GA #1180
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cosmos DB Output Binding - Conformance & Progress towards GA #1180
Conversation
26fc46a to
5d2b306
Compare
|
@daixiang0 @CodeMonkeyLeet made some changes now By removing the upstream identification hydrator I was able to avoid the struct requirement that forced a particular Cosmos DB entity structure. Now we have complete flexibility again. Do note that the partition path specified upon table (collection) creation means this field / attribute must exist in every document sent to this output binding. |
4ae795a to
49d25b5
Compare
Codecov Report
@@ Coverage Diff @@
## master #1180 +/- ##
==========================================
+ Coverage 34.34% 34.85% +0.51%
==========================================
Files 140 141 +1
Lines 11993 12170 +177
==========================================
+ Hits 4119 4242 +123
- Misses 7450 7497 +47
- Partials 424 431 +7
Continue to review full report at Codecov.
|
* cosmosdb binding - not as flexible as I'd like conformance tests now pass * add tests for new UUID injection logic * Use nested property as partition key value * avoid repeated string constants * Disable Identification Hydrator to avoid struct requirement * Remove struct * Simplify PR * Add comments ofor code maintenance
* cosmosdb binding - not as flexible as I'd like conformance tests now pass * add tests for new UUID injection logic * Use nested property as partition key value * avoid repeated string constants * Disable Identification Hydrator to avoid struct requirement * Remove struct * Simplify PR * Add comments ofor code maintenance
Makes Cosmos DB Conformance Tests Pass
Every document sent to the output binding must contain:
metadata.partitionKeyidthat is unique for this object in this collectionOther than that there are no limits to the document structure and the documented is inserted into Cosmos DB exactly as sent to the output binding.
Please note that upon creating a Cosmos DB Collection in Azure you must specify a partition key path. The path specified in the Cosmos DB Collection must also exist as a (nested) key in the Cosmos DB Binding request document. Additionally this key path must be specified in
metadata.partitionKey(but dot donations instead of slash notation is used)