問題タブ [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.

0 投票する
1 に答える
548 参照

gocql - gocql - Cassandra 3 の timeuuid 関数を使用する

cqlsh では、次のようなものを実行できます。

...これは期待どおりのリストを返します。

ただし、これをgocqlで機能させるのに苦労しています:

デバッグ行は問題ないように見えますが、

... 私はいつも空の iterable で終わります。私は他の場所でも非常によく似たコードを使用していますが、ここでの違いは timeuuid 関数です。文字通りの引用符でさまざまなアレンジを試みましたが、役に立ちませんでした。アドバイスをいただければ幸いです。

0 投票する
1 に答える
110 参照

api - GoLang、スライスからの読み取りが悪い

私は GoLang でかなり新しいので、助けが必要です。シンプルなAPIアプリを作っています。

API によって構造体をスライスに渡すと、次のようになります。

そして、その機能は正常に動作します。

2 番目にやりたいことは、NRパラメタに依存する構造体をスライスから削除することです。私はそれを呼びますPOST。メソッドは次のようになります。

そして、私が(例えば)のようなシーンを持っているとき、それはかなりうまくいきます:

を削除したいとき"33"は、かなりうまくいきます。(両方とも)を削除したい場合"22"、複雑になり始めます。パス22するとアプリがクラッシュするためです。

(item.NRからSendStruct) で、範囲外の変数を取得します。breakにpaarmetr を追加するとfor、正常に動作しますが、構造体を 1 つずつ削除することしかできません。221 回の API 呼び出しですべてを削除したい。私が得るエラー:

http: パニック サービング [::1]:52163: ランタイム エラー: スライス境界が範囲外です

アドバイスをありがとう!

0 投票する
1 に答える
579 参照

cassandra - データが大きくなると、ページネーションを使用した Cassandra クエリの 2 番目のインデックスが遅くなる

ページネーションを使用してセカンダリ インデックスをクエリすると、データが大きくなるとクエリが遅くなります。paginationでは、データがどれほど大きくなっても、1 ページのクエリに同じ時間がかかると
考えました。本当?クエリが遅くなるのはなぜですか?

私の簡略化された表は

そして、セカンダリインデックスを次のように作成します

次のCQLでクエリします

とコード

環境:

  • マックブックプロ
  • カサンドラ: 3.11.0
  • GoCql: github.com/gocql/gocql マスター

観測:
10K 行、1 秒以内
100K 行、~3 秒
1M 行、~17 秒

デバッグ ログ:

関連参照(私の質問に対する回答はありません):

-- tablestats の戻り値を編集