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
# Migrate from CouchBase to Azure Cosmos DB for NoSQL
14
14
[!INCLUDE[NoSQL](../includes/appliesto-nosql.md)]
15
15
16
-
Azure Cosmos DB is a scalable, globally distributed, fully managed database. It provides guaranteed low latency access to your data. To learn more about Azure Cosmos DB, see the [overview](../introduction.md) article. This article provides instructions to migrate Java applications that are connected to Couchbase to a API for NoSQL account in Azure Cosmos DB.
16
+
Azure Cosmos DB is a scalable, globally distributed, fully managed database. It provides guaranteed low latency access to your data. To learn more about Azure Cosmos DB, see the [overview](../introduction.md) article. This article provides instructions to migrate Java applications that are connected to Couchbase to an API for NoSQL account in Azure Cosmos DB.
17
17
18
18
## Differences in nomenclature
19
19
@@ -32,7 +32,7 @@ The following are the key features that work differently in Azure Cosmos DB when
32
32
33
33
* Azure Cosmos DB scales by using the partitioning or sharding technique. Which means it splits the data into multiple shards/partitions. These partitions/shards are created based on the partition key property that you provide. You can select the partition key to optimize read as well write operations or read/write optimized too. To learn more, see the [partitioning](../partitioning-overview.md) article.
34
34
35
-
* In Azure Cosmos DB, it is not required for the top-level hierarchy to denote the collection because the collection name already exists. This feature makes the JSON structure much simpler. The following is an example that shows differences in the data model between Couchbase and Azure Cosmos DB:
35
+
* In Azure Cosmos DB, it isn't required for the top-level hierarchy to denote the collection because the collection name already exists. This feature makes the JSON structure simpler. The following is an example that shows differences in the data model between Couchbase and Azure Cosmos DB:
36
36
37
37
**Couchbase**: Document ID = "99FF4444"
38
38
@@ -95,7 +95,7 @@ The following are the key features that work differently in Azure Cosmos DB when
95
95
96
96
## Java SDK support
97
97
98
-
Azure Cosmos DB has following SDKs to support different Java frameworks:
98
+
Azure Cosmos DB has following software development kits (SDKs) to support different Java frameworks:
99
99
100
100
* Async SDK
101
101
* Spring Boot SDK
@@ -104,7 +104,7 @@ The following sections describe when to use each of these SDKs. Consider an exam
104
104
105
105
## Couchbase as document repository & spring data-based custom queries
106
106
107
-
If the workload that you are migrating is based on Spring Boot Based SDK, then you can use the following steps:
107
+
If the workload that you're migrating is based on Spring Boot Based SDK, then you can use the following steps:
108
108
109
109
1. Add parent to the POM.xml file:
110
110
@@ -170,7 +170,7 @@ Consider the following code snippet, where doc object will have ID and partition
170
170
171
171
### Read Operation
172
172
173
-
You can read the document with or without specifying the partition key. If you don’t specify the partition key, then it is treated as a cross-partition query. Consider the following code samples, first one will perform operation using ID and partition key field. Second example uses a regular field & without specifying the partition key field.
173
+
You can read the document with or without specifying the partition key. If you don’t specify the partition key, then it's treated as a cross-partition query. Consider the following code samples, first one will perform operation using ID and partition key field. Second example uses a regular field & without specifying the partition key field.
@@ -192,7 +192,7 @@ You can notice the following changes in your N1QL queries:
192
192
* Instead of "ANY" now you can do a join on subdocument and refer it with a dedicated alias such as "m". Once you have created alias for a subdocument you need to use alias. For example, m.Country.
193
193
194
194
* The sequence of OFFSET is different in Azure Cosmos DB query, first you need to specify OFFSET then LIMIT.
195
-
It is recommended not to use Spring Data SDK if you are using maximum custom defined queries as it can have unnecessary overhead at the client side while passing the query to Azure Cosmos DB. Instead we have a direct Async Java SDK, which can be utilized much efficiently in this case.
195
+
It is recommended not to use Spring Data SDK if you're using maximum custom defined queries as it can have unnecessary overhead at the client side while passing the query to Azure Cosmos DB. Instead we have a direct Async Java SDK, which can be utilized much efficiently in this case.
0 commit comments