問題タブ [rethinkdb-javascript]

次のようなドキュメントがあります

一意になる「ユーザー」と「反応」の組み合わせに基づいて、配列反応の項目を削除しようとしています。反応配列をフィルタリングして、js ドライバーを使用して rethinkdb の特定の項目を削除するにはどうすればよいですか?

私はこれを試しました

それが機能しない理由を理解しています (反応を与えていないすべての反応を返し、特定のユーザーを持たないその配列のサブセットを返します)。私が望むのは、それらの等しくないものが同期して実行されるため、提供された反応とユーザーを持つアイテムを含まない配列を返すことです。現時点では、リアクション OR ユーザーのように機能します。

私は keystone js を初めて使用します。次の質問に答えたいと思っています。

1. ギャラリービューでビデオ/オーディオを追加/表示できますか?

2. keystone js を Rethink db に接続できますか?

負荷の高いクエリを実行し、使用するリソースを制限して、他のクライアントのクエリに影響を与えないようにしたい。

出来ますか？

クライアント フィルター内でエージェント ID を選択するにはどうすればよいですか?

これは私が今持っているもので、うまくいきますが、最初にエージェントが選択されるのを待ってから、クライアントを選択するためにデータベースへの別の旅行をするのが好きではありません.

「その後」なしで、チェーンを使用して1回の旅行ですべてを実行できる方法はありますか.

RethinkDB では、複数のクエリを複数のデータベース テーブルにチェーンしようとしています。考え方は、従来の dB のストアド プロシージャと同じです。基本的に、デバイスに接続されているすべてのユーザーにクエリを実行し、ユーザーごとにルール テーブルからルールを取得しようとします。これが私が書いているReQLクエリの要点です。しかし、 forEach は、読み取りではなく書き込みクエリが必要であり、 do() が失敗しているため、機能しません。助言がありますか？

とのRethinkdbDashパッケージを使用して、これを使用できます。Node.jsRethinkReQL

...次の形式でデータベースから目的のオブジェクトを取得するには...

pluckor関数をクエリに追加して、配列getFieldだけを分離して取得しようとすると、問題が発生します。'prescriptions'これは、呼び出し用のコントローラーの関数です...

API パスを呼び出してこのデータにアクセスし、all関数を実行すると、次の応答が返されます...

ただし、まったく同じクエリが、Rethink管理コンソールのデータ エクスプローラー内で期待どおりに機能します。

なぜこれが起こっているのかについてのアイデアや助けは大歓迎です!

クラスターに大きな問題があります。サーバーは不明な理由で切断され続け (ログには何もありません)、不明な理由でクラッシュします。クラスターのセットアップが間違っている可能性があると思います。

まずこれが最初です。私はシャーディングを理解しています。これは素晴らしい機能ですが、次のとおりです。

「シャードごとに n 個のレプリカ」?

それはどういう意味ですか？

2番目のこと。「n」台のサーバーでクラスタを構成するには? シャーディングのために 6 台のサーバーがあります (1,000 万件を超えるレコードを含むドキュメントはほとんどありません) が、クラスターを正しく構成したかどうかはわかりません。

私が書いたすべてのサーバーで：

これはサーバーをクラスタに追加する正しい方法ですか?

ドキュメントには何もありません。「推奨される」クラスター構成を投稿できれば幸いです。

3 つ目はフェイルオーバーについてです。私の 6 クラスタ サーバーでは、すべてのテーブル
に 3 つのレプリカを持つ 6 つのシャードがあります。たとえば、サーバー1のアプリがダウンし、いくつかのクレイジーな書き込みがクラスター上にあると叫ぶと。他のサーバーがダウンした場合に冗長性がない場合、クラスターのポイントは何ですか?

サーバーが 1 つしかないときはアプリが常に機能していたので、誰かがこれを手伝ってくれることを本当に願っています。一部のサーバーが切断されるたびに、すべてがクラッシュします。私はnodejs rethinkdbdashを使用しています。

アップデート

たとえば、1つのテーブルに2milのレコードがあり、6つのサーバーに分散されています（私にとって、これは読み取り速度のために重要です）。「レプリカ」の意味がわかりません。すべてのテーブルはこのように構成され、シャードごとに 6 つのシャードと 3 つのレプリカが構成されます。あなたが言ったことから、一部のサーバーがダウンした場合、テーブルは読み取り可能になりますが、そうではありません（set read_mode = outdatedやアプリのクラッシュなどのことを言っています）。読み取りを行っているアプリのすべての部分を変更して、read_mode = 古いと言う方法はありません。それはただの貧弱なプログラミングです。

ログには何もありません。dmesg のすべてのサーバーには、次のものがあります。