問題タブ [mongodb-ruby]

MongoDB 1.6.3 を使用して、大きなコレクション (300k 以上のレコード) を保存しています。複合インデックスを追加しました。

ただし、このコードを実行しようとすると:

私は得ています：

Mongo::OperationFailure (インデックスなしで sort() のデータが多すぎます。インデックスを追加するか、より小さい制限を指定してください)

私は何を間違っていますか？

サーフィンしてるけど何も情報が見つからなかったので助けてくれませんか？Rubyを使用してmongoDBキャップ付きコレクションを使用しています。クエリから取得した ID に従ってドキュメントを更新する必要がありますが、機能しません。これが私のコードの例です

カーソル = coll.find({"EndTime" => nil})

どうもありがとう

私はRailsとMongoDBにとって完全にニュースです。私は良い本のチュートリアルに従っていて、軽いTwitterコピーを使って最初のRailsアプリを作成しています。すべてが順調に進みました。

しかし、学習プロセスの一環として、デフォルトのSGBDではなくMongoDBを使用して同じアプリを構築したいと思いました。

したがって、mongoを構成し、mongo_mappergemをインストールしました。このチュートリアルに従って、すべてが適切に構成されています：http ://www.mongodb.org/display/DOCS/Rails+3+-+Getting+Started 。次に、-orm not selectedエラーをスローせずに、Railsが生成できるようにするために少し苦労しました。これを乗り越えるには、rails3-generators gemを追加し、それをGemfileに追加する必要がありました。

これがすべて完了すると、すべてが正常に機能しました。Railsサーバーを正常に起動できました。

生成のおかげでユーザーコントローラーを追加しました。このページは正常に機能し、以前に追加したユーザーも一覧表示されます。

ただし、表示、編集、削除などの他のすべてのアクションは機能していません（作業を作成していますが、表示されてエラーが発生します）。

これは、すべての異なるアクションで実質的に同じエラーです。

私がすぐに気付くことができる1つの違いは、MongoDB以外のデータベースでは、ユーザーのIDは1から始まっていたということです。しかし、ここではMongoDBでは、ランダムに生成されたIDのように見えますが、これははるかに複雑で、そうではありません。タイプintの：4d2ae91d4403baa84a000002

すべてのアクションがIDをパラメーターとして使用しているため、これが問題を引き起こしている可能性があると考えています...しかし、これを修正する方法がわかりません。私はルビーで生成されたコードを見てきましたが、それは私には問題ないように見えます（デフォルトのデータベース用に生成されたコードと非常に似ています）。

どんな助けでも大歓迎です！mongodbを使用して単純な生成コードを解決せずに、プロジェクトを進める方法がわかりません。

ありがとう、

アレックス

ps：このコードはまったく書かなかったのでお願いします。すべてが生成されたので、最初から作業することを期待していました...

ここで尋ねられるのは、users_controllersのコードです。

モンゴイドで使用するのに最適なステート マシンの gem は何ですか?

私はmongoドキュメントの列で最高の値を取得するためにいくつかの助けを求めてきました。並べ替えて上/下を取得することはできますが、もっと良い方法があると確信しています。

私は以下を試しました（そしてさまざまな組み合わせ）：

しかし、それはエラーをスローし続けます。上/下を並べ替えて取得する以外に、それを行うための良い方法は何ですか？

ありがとうございました！

以下を仮定します。

生の mongo-ruby-driver を使用して x に対応するドキュメントを書き換え方式とアトミック更新方式の両方を使用して更新するにはどうすればよいですか? ( http://api.mongodb.org/ruby/current/file.TUTORIAL.html#Updating_a_Documentを参照)

mongodb のコレクションからすべてのレコードを取得し、いくつかの計算を実行するコードがあります。

「coll_id.find().each do |eachitem|.......」が一度に 300 レコードしか返さないので、私のプログラムは時間がかかりすぎます。

ループ内にカウンターを配置してチェックすると、300 レコードが出力され、次の 300 レコードのセットのカウンター値を出力する前に約 3 ～ 4 秒間スリープします。

これは ruby​​-mongodb api の制限ですか、それともコードがすべてのレコードに一度にアクセスできるように構成を行う必要があります。

「_id」フィールドとして複合キーを作成しようとしています。このフィールドには、地理情報やその他の属性が含まれています。次のようになります。

ドキュメントを作成した後、mongoはデフォルトでインデックスを割り当て、私のコマンドを無視します

_idフィールドをgeo-indexとregularindexの両方でインデックス化できるようにする方法はありますか？

埋め込みドキュメントに対してクエリを実行するときの Mongoid のパフォーマンスを把握しようとしています。私は Mongoid と MongoDB にまったく慣れていないので、悪い習慣だと思うものを見つけたら教えてください。

ユースケース:

多くのコメントが埋め込まれた「投稿」があるとします。コメントはスレッド化され、スレッド化された各コメントには、属する親コメントを指定する parent_id フィールドがあります。「投稿」ドキュメントの例:

ここで、投稿に大量のコメントが含まれているとします。新しいコメントを保存するとき、新しいコメントがその親を共有するコメントの数を決定したいと考えています。だから私はこれを行います：

Mongoid がこのクエリを実行する場所と方法、およびこのクエリの効率性について疑問に思っています。私の知る限り、クエリはデータベースにヒットしません。トピック ドキュメントは既に読み込まれており、コメントはそのサブドキュメントであるため、これは理にかなっています。

Mongoidがこれらのケースをどのように処理するかについて、誰か親切に教えてくれませんか?

開始日と今日を考えると、その日付の間のすべての「名前」を検索するためのクエリは何ですか？

ありがとうございました