Модель данных Cassandra для запроса упорядоченного диапазона

Запрос 1 довольно прост, в CQL3 это выглядит так:

create table tx_by_uuid (
tx_id uuid PRIMARY KEY,
tx_time timestamp,
source_id text,
dest_id text,
merchant_id text
) 

Запрос 2 немного сложнее: (обратите внимание, здесь я предполагаю, что source_id / destination_id относится к требованию, чтобы оба были указаны, а не и либо / или ситуация)

Поскольку мы хотим запрашивать точные значения source_id / destination_id, в идеале нам нужен первичный ключ, который использует комбинацию этих столбцов в качестве ключа раздела. Поскольку это столбцы с низкой мощностью, мы можем столкнуться с проблемой неуклюжего разбиения, но поскольку вы предоставили нам дополнительную информацию о количестве узлов, мы можем убедить себя, что source_id + destination_id является приемлемым ключом разделения для этой таблицы, наблюдая что если каждый из этих столбцов имеет около 10 различных значений, при объединении будет около 100 различных значений. В более крупном кластере это не было бы идеальным распределением данных, и мы могли бы добавить временное ведро к ключу разделения, но для кластера с четырьмя узлами здесь все может быть хорошо.

Поскольку мы также хотим запрашивать по диапазону данных, мы захотим включить столбец tx_time в качестве столбца кластеризации. Кроме того, поскольку мы хотим видеть результаты, заказанные продавцом, это также должен быть столбец кластеризации. Наконец, чтобы гарантировать, что первичный ключ однозначно идентифицирует отдельные транзакции, tx_id должен быть последним столбцом кластеризации. Таким образом, таблица для запроса 2 может выглядеть так:

create table tx_by_merchant(
tx_id uuid,
tx_time timestamp,
source_id text,
dest_id text,
merchant_id text,
primary key((source_id, dest_id), tx_time, merchant_id, tx_id)
)

Обратите внимание, что эти разделы могут быть очень широкими, поэтому было бы неплохо добавить дополнительный столбец год + месяц к ключу раздела, чтобы немного их разбить. Кроме того, если вам нужно отменить порядок, обратите внимание на предложение WITH CLUSTERING ORDER.

Запросы, которые извлекают строку, однозначно идентифицируемую одним первичным ключом, выполняются очень быстро. Запросы, получаемые из очень широких разделов, могут быть несколько медленнее, но все равно будут быстрее, чем попытки выполнить то же самое с вторичным индексом.