rethinkdb

    1

    1答えて

    非常に難しい問題ですが、ここには入ります。最終的に私はRethinkDB内に一連のチェーンパターンで互いに関係する一連のモデルを持っています。 Thinky ORMを使用して "hasMany"関係で定義されたフィールドを使用してrethinkdbモデルの配列を配置してデータベースに保存し、オブジェクトとの関係を作成するときに問題が発生しています。 これは段落で説明するのが非常に難しく、時間がかか

    0

    1答えて

    私はrethinkdbで新しく、存在しないか、値が新しい値よりも小さい場合、いくつかのフィールドに値を設定する、設定する。以下は、私はこのコードは、彼らがnullの場合にのみtenantIdとtimeLayerを設定し、他のフィールドのために、彼らがnullであるか、値Iがに設定された値未満である場合にのみ、MongoDBの collection.updateOne(new BasicDBObje

    0

    1答えて

    私の目標は、betIDでbetsテーブルのドキュメントを更新することです。存在しない可能性がある列votesを更新したいと思います。それが存在しない場合は、列を作成し、後で配列要素を追加する必要があります。存在する場合は、配列要素を追加するだけです。 result.replacedは1を返しますが、これは正しいですが、votesという列は作成されません。 var newVote = {

    0

    1答えて

    現在ローカルホストにあるアプリケーションをAWSのrethinkdbサーバーに接続しようとしています。私は、rethinkdb AMIを使用して、サーバーを構成し、稼働させました。しかし、私は接続に失敗したメッセージを得続けます。私は接続を試みるためにrethinkdbdashを使用しています(https://github.com/neumino/rethinkdbdash)。以下は私の接続コード

    1

    1答えて

    特定の先生が何人の生徒を教えているか調べたいと思います。しかし、生徒の中には複数の教師がいます。 teacher_nameエントリの値は配列として表されます。次のクエリでは、一致が正確な場合、つまり複数の教師がいる場合の結果は表示されません。 r.db('client').table('basic_info').filter({teacher_name: ["Andrew McSwain"]});

    -1

    1答えて

    私は近くの(場所)ユーザーに何か起こったときにすべてのユーザーに通知されるアプリケーションを構築しています。 次のようなことを考えてみましょう: ユーザーがログインすると、サーバーは近くのユーザーの変更についてdbに照会し、ログインしたユーザーにwebsocket経由で変更を通知します。 これは、データベースに多くのチェンジフィードがオープンしていることを意味します(ユーザーあたり少なくとも1人)

    1

    1答えて

    私はタグの配列を含む文書の束を持っている: { tags: ["tag1", "tag2", "tag3"] } 私が何をしたいのですが、何がすべての文書の中で使用され、トップ10の最も一般的なタグを計算することです。しかし、私はそれを行うには、このかなり面倒な方法であること(クエリの最適化の私の限られた知識で)「感じる」 r.db("database").table("table").con

    0

    1答えて

    RethinkDBをアプリに使用することを考えており、歴史的なバージョン管理を実装する必要があります。 PostgreSQLでは、Time Travelを実装しました。ここでは、NEWがバージョン番号に+1してvalid_from = now()を割り当て、NEWはvalid_toフィールドを変更して歴史的なものにしました。 RethinDBでも同じことができますか? 私は新しいデータベース、テー

    1

    1答えて

    )(今`使用してフィルタリングchangefeed: return r. Table("Checks"). Filter(r.Row.Field("ScheduledFor").Le(r.Now())). Changes(r.ChangesOpts{ IncludeInitial: true, }).Run(db) し

    0

    1答えて

    私は自分のWebアプリケーションのための遅延キュー・ソリューションを探しています。 これは、各メッセージの遅延のために、所定の後に(HTTPキープアライブ接続を経由して、理想的には)メッセージを受信し、(内部URLにHTTPを経由して、理想的には)Push要求を行う必要があります。ポーリングも考えられるが、望ましいことではありません。 要件:スケーリング、永続性、パフォーマンス。 誰もが箱から出し