Skip to content

Commit e8757eb

Browse files
Merge pull request #220819 from Rodrigossz/main
Update analytical-store-introduction.md
2 parents ff51ac3 + 78b11c3 commit e8757eb

File tree

1 file changed

+9
-6
lines changed

1 file changed

+9
-6
lines changed

articles/cosmos-db/analytical-store-introduction.md

Lines changed: 9 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -327,7 +327,7 @@ Here's a map of all the property data types and their representations in the ana
327327
* Spark pools in Azure Synapse will represent these columns as `undefined`.
328328
* SQL serverless pools in Azure Synapse will represent these columns as `NULL`.
329329

330-
##### Using full fidelity schema on Spark
330+
##### Using full fidelity schema with Spark
331331

332332
Spark will manage each datatype as a column when loading into a `DataFrame`. Let's assume a collection with the documents below.
333333

@@ -388,7 +388,7 @@ sql_results = spark.sql("SELECT sum(price.float64),count(*) FROM Pizza where tim
388388
sql_results.show()
389389
```
390390

391-
##### Using full fidelity schema on SQL
391+
##### Using full fidelity schema with SQL
392392

393393
Considering the same documents of the Spark example above, customers can use the following syntax example:
394394

@@ -468,10 +468,13 @@ FROM OPENROWSET('CosmosDB',
468468
469469
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:
470470

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.
475478

476479
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.
477480

0 commit comments

Comments
 (0)