Skip to content

Commit 1aef28c

Browse files
Update tutorial/markdown/couchbase-server/best-practices/json-data-modeling-guide/02-using-json-documents.md
Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
1 parent 9cf3a22 commit 1aef28c

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

tutorial/markdown/couchbase-server/best-practices/json-data-modeling-guide/02-using-json-documents.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -33,7 +33,7 @@ For more information about creating valid JSON documents, please refer to [http:
3333

3434
When you use JSON documents to represent your application data, you should think about the document as a logical container for information. In Couchbase, JSON documents are organized into collections within scopes, which are similar in concept to tables and schemas in relational databases. Collections help isolate types of documents (e.g., `beers`, `breweries`, `users`) within a bucket, improving data organization, access control, and query performance. You should plan your document modeling with collections in mind.
3535

36-
This involves thinking about how data from your application fits into natural groups. It also requires thinking about the information you want to manage in your application. Data modeling for Couchbase is a similar process that you would do for traditional relational databases; there is however much more flexibility and you can change your mind later on your data structures. During your data/document design phase, you should evaluate:
36+
This involves thinking about how data from your application fits into natural groups. It also requires thinking about the information you want to manage in your application. Data modeling for Couchbase is a similar process that you would do for traditional relational databases; there is however much more flexibility and you can change your mind later on your data structures. During your data/document design phase, you should evaluate:
3737

3838
- What are the _**things**_ you want to manage in your applications, for instance, _users_, _breweries_, _beers_ and so forth.
3939
- What do you want to store about the _**things**_. For example, this could be _alcohol percentage_, _aroma_, _location_, etc.

0 commit comments

Comments
 (0)