問題タブ [cql3]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cassandra - Cassandra CQL データ型の長所と短所
私は Cassandra CQL 3.0 の使用を検討しており、テーブル (または列ファミリー) に提供されるさまざまなデータ型を読んでいました。データ型のリストについては、 CQL データ型 を参照してください。私の質問は、さまざまなデータ型の利点と欠点は何かということです。たとえば、XML を列に格納する場合、blob と text を使用するドライバーは何でしょうか?
cassandra - Cassandra: ユーザー、役割、権限のデータ モデルの設計
ユーザー、ロール、組織、およびアクセス許可について、cassandra でデータ モデルを設計する必要があります。
- 各組織はユーザーと役割を持つことができます
- 各ユーザーは複数の役割に属することができます
- 各ロールには、多数のユーザーと権限を設定できます。
したがって、上記の設計要件に基づいて、次のクエリになります。
- 組織の場合、すべてのユーザー/ロールを取得します
- ユーザーの場合、すべてのロールを取得します
- ロールの場合、すべてのユーザー/権限を取得します
上記の要件のデータモデルを設計する際に、誰か助けてください。
cassandra - レプリケートされない Cassandra テーブルを持つことは可能ですか?
システムには、サーバーごとに一意であり続けたい特定のテーブルが 1 つあります。
つまり、 http://server1.example.com/some_stuff.htmlとhttp://server2.example.com/some_stuff.htmlは、その特定のサーバーに固有のデータを格納して表示する必要があります。サーバーの 1 つが停止すると、そのテーブルとそのデータも一緒に移動します。
cassandra - CQL3 の一連の列の TTL フィールド - Cassandra
次の Insert ステートメントについて考えてみましょう。
TTL フィールドは、特定の主キーの列セット全体または特定の 1 つの列だけの存続時間を指定しますか。TTLの有効期限が切れた後に削除する必要がある列のセット全体にTTLを指定したいからです。
hadoop - hadoop.cassandra.cql3 で GT を使用すると、入力 WHERE 句で例外がスローされる
大なり記号 (>) を使用しているときに、MapReduce ジョブが繰り返す列の範囲を制限するのに苦労しています。
列の範囲を指定するために setInputWhereClauses() を使用しています。
これは LT (<) を使用すると期待どおりに機能しますが、GT (>) を使用すると InvalidRequestException がスローされます。
org.apache.cassandra.hadoop.cql3.CqlPagingRecordReader$RowIterator.executeQuery(CqlPagingRecordReader.java:646) での java.lang.RuntimeException 原因: org.apache.cassandra.thrift での InvalidRequestException (理由: ts で無効な制限が見つかりました)。 Cassandra$prepare_cql3_query_result.read(Cassandra.java:39567)
GTの使用が「無効な制限」であると見なされる理由を誰かが提案できますか?
アップデート
CqlPagingRecordReader が生成しているクエリをログで見つけました。
したがって、カスタム WHERE 句がレコード ページングと競合しているようです。これを回避する方法はありますか?
javascript - node.js Helenus によって返される Cassandra マップ コレクションが奇妙に見える
Cassandra に次のような CQL3 テーブルがあります。
次のようにcqlshでクエリを実行します。
node.js の Helenus パッケージを介して同じクエリを実行し、返された結果の値を JSON.stringify してこれを取得するまでは、見栄えがします。
Helenus から返された値をテストしたところ、オブジェクトとして返されたので、ここでどこが間違っているのかわかりません。
cassandra - クラスター化されたキーの効率によるCassandra CQL3の順序(制限句付き?)
次の表があります(CQL3を使用):
tuuid で並べ替えられた行を取得したいと思います。しかし、これはシャードを制限した場合にのみ可能です。これはパフォーマンスによるものだと思います。
私は純粋にシャーディングのためにシャードを持っており、その値の範囲をいくつかの小さな範囲 [0-16) に制限する可能性があります。次に、次のようなクエリを実行できます。
select * from test where shard in (0,...,15) order by tuuid limit L;
テーブルには何百万行もある可能性があるため、このような order by クエリのパフォーマンス特性を理解したいと考えています。一般に、パフォーマンスはかなり悪いように見えますが、合理的な数 (10K のオーダー) の limit 節がある場合、これはそれほど悪くないかもしれません。つまり、16 通りのマージですが、制限はかなり低いです。
どこを見るべきかについてのヒント、アドバイス、またはコードへのポインタをいただければ幸いです。