問題タブ [reql]

正常に動作するが遅い次のクエリがありますが、適切にインデックスを付ける方法がわかりません。

次のインデックスで試しました（Thinky.jsを使用）：

そして、それを照会するために、これを試しました：

メッセージ テーブルは次のようになります。

しかし、私はゼロの結果を得ることになります。どんな提案でも大歓迎です！

私は、Rethinkdb に関するいくつかのチュートリアルと例に取り組んでおり、それらを自分の学習のために PHP-RQL に変換しています。

私は現在http://www.infoworld.com/article/2975838/database/build-real-time-web-apps-with-rethinkdb.htmlを見ていますが、これを複製する方法がわかりません:

具体的には、PHP-RQL で再作成するのに苦労している初期フィルター ("("data")("children")("data")") です。

任意の支援をいただければ幸いです。

ありがとう

rethinkdb でのテストでは、1,400 万のデータをテーブルに挿入しました。

サンプルデータ挿入 -

id は 1400 万のカウンターによって生成されました

このクエリを使用してテーブルをフィルタリングしようとしたとき

このクエリは、テーブル行を返すのに約 13 秒かかります。

テーブルをフィルタリングして、必要なテーブル行を返すより高速な方法はありますか?

私は次の問題にぶつかっています: 次の構造があるとします:

そして、次のクエリ:

この特定の配列のみの変更をリッスンしています。アイテムが更新されると、作成イベントと削除イベントの両方が発行されます。私は本当に更新イベントを受け取る必要があります。たとえば、old_val が null ではなく、new_val が null ではありません。

よろしくお願いします

基本的に、次の形式の配列があります。array('context_text'=>some_value,'name'=>some_value,'target'=>{..});

次のように、ターゲット インデックスに別の値を追加する必要があります。

array('context_text'=>some_value,'name'=>some_value,'target'=>{..},{...},{...});

これに相当する PHP の ReQl コードは何ですか?

REQL に参加するのは本当に大変でした。等号一致の観点からすると、最初は直感的に思えましたが、データを正規表現やリストに一致させる必要があると、突然非常に難しくなります。次に、一致したものの範囲内で、結果セットからキーと値のペアを 1 つだけ取り出したいと考えています。

これは単語数が多いため、1 つのレコードの例を次に示します。

すべてのレコード (約 8,000 エントリ) を検索しようとしています。

• 大文字と小文字を区別しない一致モデル「Seagate」を駆動します

その後：

• 「シリアル」キーの値を出力します

私は RethinkDB の Web インターフェイスを使用していますが、これまでのところ最も近いものは次のとおりです。

問題は、これは結果を正しくフィルタリングしますが、「シリアル」キーだけを表示しているようには見えないことです。

誰かがこれを達成する方法の例を挙げて、その答えがうまくいく理由を説明できれば、本当に感謝しています.

次のようなレコードの配列に値を追加したいと思います。

このフィールドが存在しない可能性があり、追加する前に作成する必要があります。また、値が配列に既に存在する場合、配列に追加したくありません。これまでのところ、重複するエントリを追加しないという最後の要件を除くすべてを満たす次のものがあります。

どんな助けでも感謝します、ありがとう!

私は Reql が初めてで、単純な Sql リクエストを Reql に変換する方法を見つけようとしています (rethinkdb で python を使用しています)

誰でも助けることができますか？

モデムとメッセージを保存し、それらを関連付ける必要があります。これにより、最初に、どのモデムにも関連付けられていない新しいものとして保存されます。各メッセージのルーティングに関しては、最初に、どの接続モデムが最も多くのメッセージを送信したかをクエリする必要があります。ルーティングしたいメッセージの番号。より多くのメッセージがあるものを取得するために、desc を注文する必要があります。現時点では、メッセージが割り当てられているか、送信されているか (ステータス) は気にしないので、各モデムの番号のすべてのメッセージを探すだけです。弾薬の多い方にメッセージを送信しました。それらのどれにもその番号のメッセージがないことがわかった場合は、別のクエリを作成する必要があります。「割り当てられた」メッセージが最も少ないモデムが、割り当てられたメッセージが最も少ないモデムに送信します。（編集）

クエリを最大限に高速化できるように、ドキュメントのモデル化を手伝ってくれる人はいますか?

今、私は次のようにしています：

私が持っているクエリを試すと、メッセージをルーティングするのに最大 1 秒かかります。これは、必要なものに対して長すぎます。

これらは私が使用しているクエリです

メッセージ数が最も多いモデムを表示します。

「割り当てられた」メッセージが最も少ないモデム

もっと良い方法があるに違いありません。インデックスを使用しても rethinkdb がそれほど遅いとは思いません。

現在、3 つのモデムと 19k メッセージがあります。最初のクエリは約 400 ミリ秒かかり、2 番目のクエリは 500 ミリ秒以上かかります。