- Learning Apache Cassandra
- Mat Brown
- 188字
- 2021-07-23 20:34:50
Beyond two columns
We've now seen a table with two columns in its primary key: a partition key, and a clustering column. As it turns out, neither of these roles is limited to a single column. A table can define one or more partition key columns, and zero or more clustering columns.
For instance, in our status application, we might want to allow users to reply to other users' status updates. In this case, each status update would have a stream of replies; replies would be partitioned by the full primary key of the original status update, and each reply would get its own timestamped UUID:
CREATE TABLE "status_update_replies" ( "status_update_username" text, "status_update_id" timeuuid, "id" timeuuid, "author_username" text, "body" text, PRIMARY KEY ( ("status_update_username", "status_update_id"), "id" ) );
Note the extra set of parentheses around the status_update_username
and status_update_id
columns in the PRIMARY KEY
declaration. This tells Cassandra that we want those two columns together to form the partition key. Without the extra parentheses, Cassandra assumes by default that only the first column in the primary key is a partition key, and the remaining columns are clustering columns.
- Instant Node Package Manager
- Mastering Concurrency Programming with Java 8
- Deploying Node.js
- ClickHouse性能之巔:從架構(gòu)設(shè)計解讀性能之謎
- The Android Game Developer's Handbook
- C語言程序設(shè)計
- Mastering Julia
- Visual C
- 軟件測試技術(shù)指南
- HTML 5與CSS 3權(quán)威指南(第3版·上冊)
- Building Microservices with .NET Core
- 新一代SDN:VMware NSX 網(wǎng)絡(luò)原理與實踐
- Learning Node.js for .NET Developers
- Qlik Sense? Cookbook
- Arduino機(jī)器人系統(tǒng)設(shè)計及開發(fā)