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
+9-6Lines changed: 9 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -327,7 +327,7 @@ Here's a map of all the property data types and their representations in the ana
327
327
* Spark pools in Azure Synapse will represent these columns as `undefined`.
328
328
* SQL serverless pools in Azure Synapse will represent these columns as `NULL`.
329
329
330
-
##### Using full fidelity schema on Spark
330
+
##### Using full fidelity schema with Spark
331
331
332
332
Spark will manage each datatype as a column when loading into a `DataFrame`. Let's assume a collection with the documents below.
333
333
@@ -388,7 +388,7 @@ sql_results = spark.sql("SELECT sum(price.float64),count(*) FROM Pizza where tim
388
388
sql_results.show()
389
389
```
390
390
391
-
##### Using full fidelity schema on SQL
391
+
##### Using full fidelity schema with SQL
392
392
393
393
Considering the same documents of the Spark example above, customers can use the following syntax example:
394
394
@@ -468,10 +468,13 @@ FROM OPENROWSET('CosmosDB',
468
468
469
469
It's possible to use full fidelity Schema for API for NoSQL accounts, instead of the default option, by setting the schema type when enabling Synapse Link on an Azure Cosmos DB account for the first time. Here are the considerations about changing the default schema representation type:
470
470
471
-
* This option is only valid for accounts that **don't** have Synapse Link already enabled.
472
-
* It isn't possible to reset the schema representation type, from well-defined to full fidelity or vice-versa.
473
-
* Currently Azure Cosmso DB for MongoDB isn't compatible with this possibility of changing the schema representation. All MongoDB accounts will always have full fidelity schema representation type.
474
-
* Currently this change can't be made through the Azure portal. All database accounts that have Synapse Link enabled by the Azure portal will have the default schema representation type, well-defined schema.
471
+
* Currently, if you enable Synapse Link in your NoSQL API account using the Azure Portal, it will be enabled as well-defined schema.
472
+
* Currently, if you want to use full fidelity schema with NoSQL or Gremlin API accounts, you have to set it at account level in the same CLI or PowerShell command that will enable Synapse Link at account level.
473
+
* Currently Azure Cosmso DB for MongoDB isn't compatible with this possibility of changing the schema representation. All MongoDB accounts will always have full fidelity schema representation type.
474
+
* It's not possible to reset the schema representation type, from well-defined to full fidelity or vice-versa.
475
+
* Currently, containers schema in analytical store are defined when the container is created, even if Synapse Link has not been enabled in the database account.
476
+
* Containers or graphs created before Synapse Link was enabled with full fidelity schema at account level will have well-defined schema.
477
+
* Containers or graphs created after Synapse Link was enabled with full fidelity schema at account level will have full fidelity schema.
475
478
476
479
The schema representation type decision must be made at the same time that Synapse Link is enabled on the account, using Azure CLI or PowerShell.
0 commit comments