Skip to content

Commit 6b01d38

Browse files
authored
Merge pull request #91670 from kanshiG/patch-62
Changed the formating
2 parents f3f7893 + e88a402 commit 6b01d38

File tree

1 file changed

+9
-6
lines changed

1 file changed

+9
-6
lines changed

articles/cosmos-db/cassandra-support.md

Lines changed: 9 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -89,9 +89,9 @@ Azure Cosmos DB Cassandra API supports the following CQL functions:
8989

9090

9191

92-
## Cassandra Query Language limits
92+
## Cassandra API limits
9393

94-
Azure Cosmos DB Cassandra API does not have any limits on the size of data stored in a table. Hundreds of terabytes or Petabytes of data can be stored while ensuring partition key limits are honored. Similarly every entity or row equivalent does not have any limits on the number of columns however the total size of the entity should not exceed 2 MB.
94+
Azure Cosmos DB Cassandra API does not have any limits on the size of data stored in a table. Hundreds of terabytes or Petabytes of data can be stored while ensuring partition key limits are honored. Similarly every entity or row equivalent does not have any limits on the number of columns however the total size of the entity should not exceed 2 MB.The data per partition key cannot exceed 10 GB as in all other APIs.
9595

9696
## Tools
9797

@@ -152,7 +152,7 @@ foreach (string key in insertResult.Info.IncomingPayload)
152152

153153
## Consistency mapping
154154

155-
Azure Cosmos DB Cassandra API provides choice of consistency for read operations. The consistency mapping is detailed [here[(https://docs.microsoft.com/azure/cosmos-db/consistency-levels-across-apis#cassandra-mapping).
155+
Azure Cosmos DB Cassandra API provides choice of consistency for read operations. The consistency mapping is detailed [here](https://docs.microsoft.com/azure/cosmos-db/consistency-levels-across-apis#cassandra-mapping).
156156

157157
## Permission and role management
158158

@@ -165,11 +165,14 @@ The options for region name, class, replication_factor, and datacenter in the "C
165165
All the options are ignored when creating the table, except gc_grace_seconds which should be set to zero.
166166
The Keyspace and table have an extra option named "cosmosdb_provisioned_throughput" with a minimum value of 400 RU/s. The Keyspace throughput allows sharing throughput across multiple tables and it is useful for scenarios when all tables are not utilizing the provisioned throughput. Alter Table command allows changing the provisioned throughput across the regions.
167167

168-
`CREATE KEYSPACE sampleks WITH REPLICATION = { 'class' : 'SimpleStrategy'} AND cosmosdb_provisioned_throughput=2000; `
168+
```
169+
CREATE KEYSPACE sampleks WITH REPLICATION = { 'class' : 'SimpleStrategy'} AND cosmosdb_provisioned_throughput=2000;
170+
171+
CREATE TABLE sampleks.t1(user_id int PRIMARY KEY, lastname text) WITH cosmosdb_provisioned_throughput=2000;
169172
170-
`CREATE TABLE sampleks.t1(user_id int PRIMARY KEY, lastname text) WITH cosmosdb_provisioned_throughput=2000; `
173+
ALTER TABLE gks1.t1 WITH cosmosdb_provisioned_throughput=10000 ;
171174
172-
`ALTER TABLE gks1.t1 WITH cosmosdb_provisioned_throughput=10000 ;`
175+
```
173176

174177

175178
## Usage of Cassandra retry connection policy

0 commit comments

Comments
 (0)