問題タブ [gocql]
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.
gocql - gocql - Cassandra 3 の timeuuid 関数を使用する
cqlsh では、次のようなものを実行できます。
...これは期待どおりのリストを返します。
ただし、これをgocqlで機能させるのに苦労しています:
デバッグ行は問題ないように見えますが、
... 私はいつも空の iterable で終わります。私は他の場所でも非常によく似たコードを使用していますが、ここでの違いは timeuuid 関数です。文字通りの引用符でさまざまなアレンジを試みましたが、役に立ちませんでした。アドバイスをいただければ幸いです。
api - GoLang、スライスからの読み取りが悪い
私は GoLang でかなり新しいので、助けが必要です。シンプルなAPIアプリを作っています。
API によって構造体をスライスに渡すと、次のようになります。
そして、その機能は正常に動作します。
2 番目にやりたいことは、NR
パラメタに依存する構造体をスライスから削除することです。私はそれを呼びますPOST
。メソッドは次のようになります。
そして、私が(例えば)のようなシーンを持っているとき、それはかなりうまくいきます:
を削除したいとき"33"
は、かなりうまくいきます。(両方とも)を削除したい場合"22"
、複雑になり始めます。パス22
するとアプリがクラッシュするためです。
(item.NR
からSendStruct
) で、範囲外の変数を取得します。break
にpaarmetr を追加するとfor
、正常に動作しますが、構造体を 1 つずつ削除することしかできません。22
1 回の API 呼び出しですべてを削除したい。私が得るエラー:
http: パニック サービング [::1]:52163: ランタイム エラー: スライス境界が範囲外です
アドバイスをありがとう!
cassandra - データが大きくなると、ページネーションを使用した Cassandra クエリの 2 番目のインデックスが遅くなる
ページネーションを使用してセカンダリ インデックスをクエリすると、データが大きくなるとクエリが遅くなります。paginationでは、データがどれほど大きくなっても、1 ページのクエリに同じ時間がかかると
考えました。本当?クエリが遅くなるのはなぜですか?
私の簡略化された表は
そして、セカンダリインデックスを次のように作成します
次のCQLでクエリします
とコード
環境:
- マックブックプロ
- カサンドラ: 3.11.0
- GoCql: github.com/gocql/gocql マスター
観測:
10K 行、1 秒以内
100K 行、~3 秒
1M 行、~17 秒
デバッグ ログ:
関連参照(私の質問に対する回答はありません):
- https://lists.apache.org/thread.html/%3CCAAiKoBidknHVOz8oQQmncZFZHdFiDfW6HTs63vxXCOhisQYZgg@mail.gmail.com%3E
- https://www.datastax.com/dev/blog/cassandra-native-secondary-index-deep-dive
- https://docs.datastax.com/en/developer/java-driver/3.2/manual/paging/
-- tablestats の戻り値を編集