You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/cosmos-db/analytical-store-introduction.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -331,7 +331,7 @@ Here's a map of all the property data types and their suffix representations in
331
331
332
332
##### Working with the MongoDB `_id` field
333
333
334
-
the MongoDB `_id` field is fundamental to every collection in MongoDB and originally has a hexadecimal representation. As you can see in the table above, `Full Fidelity Schema` will preserve its characteristics, creating a challenge for its vizualiation in Azure Synapse Analytics. For correct visualization, you must convert the `_id` datatype as below:
334
+
the MongoDB `_id` field is fundamental to every collection in MongoDB and originally has a hexadecimal representation. As you can see in the table above, `Full Fidelity Schema` will preserve its characteristics, creating a challenge for its visualization in Azure Synapse Analytics. For correct visualization, you must convert the `_id` datatype as below:
335
335
336
336
###### Spark
337
337
@@ -453,7 +453,7 @@ Synapse Link, and analytical store by consequence, has different compatibility l
453
453
454
454
### Backup Polices
455
455
456
-
There two possible backup polices and to understand how to use them, two details about Cosmos DB backups are very important:
456
+
There are two possible backup polices and to understand how to use them, the following details about Cosmos DB backups are very important:
457
457
458
458
* The original container is restored without analytical store in both backup modes.
459
459
* Cosmos DB doesn't support containers overwrite from a restore.
@@ -468,7 +468,7 @@ Now let's see how to use backup and restores from the analytical store perspecti
468
468
469
469
#### Restoring a container with TTTL < ATTL
470
470
471
-
When `transactional TTL` is smaller than `analytical TTL`, some data only exists in analytical store and won't be in the restored container. Again your have two possible situations:
471
+
When `transactional TTL` is smaller than `analytical TTL`, some data only exists in analytical store and won't be in the restored container. Again, you have two possible situations:
472
472
* To use the restored container as a replacement for the original container. In this case, when you enable Synapse Link at container level, only the data that was in transactional store will be included in the new analytical store. But please note that the analytical store of the original container remains available for queries as long as the original container exists. You may want to change your application to query both.
473
473
* To use the restored container as a data source to backfill or update the data in the original container:
474
474
* Analytical store will automatically reflect the data operations for the data that is in transactional store.
0 commit comments