cassandraの更新

Question

カサンドラのデータモデリングでは、「カサンドラではデータの非正規化と複製が実生活です。しかし、標準化されていないデータの欠点の1つは、更新を非常に困難にすることです。たとえば、異なるクエリを扱う3つのテーブルがある場合、選択は問題ありません。しかし、私のアプリでは、私はユーザー名を更新したいと私はこれらの3つのテーブルを更新する必要がありますか？最初のテーブルの更新はOKです。後者はどうですか？ upatesは非常に高価になるだろうか？このケースをどのように扱うべきですか？

CREATE TABLE users_by_username (
    username text PRIMARY KEY, 
    email text, 
    age int 
) 

CREATE TABLE users_by_email (
    email text PRIMARY KEY, 
    username text, 
    age int 
) 

CREATE TABLE groups (
    groupname text, 
    username text, 
    email text, 
    age int, 
    hash_prefix int, 
    PRIMARY KEY ((groupname, hash_prefix), username) 
) 

Answer 1

これは、時間の経過とともに更新されているカサンドラにリレーショナルモデルを入れようとする典型的な問題です。カッサンドラは素晴らしいデータベースで、それが何のために、それは不思議に動作します。あらゆる種類の異なるデータモデルを可能にする多くの機能があり、ほぼすべてのユースケースをカバーできます。あなたのユースケースを見ると、なぜカサンドラをリレーショナル・モデルに使用するのでしょうか？ カサンドラがあなたのユースケースをカバーするようにしたいのであれば、アップデートを実行してデータを一貫した状態に保つために、アプリケーションレベルで多くの異なる操作を行う必要があります。

Answer 2

いくつかのyoutubeクリップを見た後、Canssandraのアップデートは、ファイルシステムのコミットログにレコードを追加する簡単な書き込みのようです。その後、データはcacheandraサーバーにmemtableに置かれ、すぐにクライアントに確認応答が送信されます。更新呼び出しが終了します。これにより、クライアントへの更新が高速になります。

フラッシング、順次書き込み、タイムスタンプに基づくマージなど、コンパクションプロセス全体がその後に発生します。