mongoid

1熱

2答えて

クイックシナリオ： @employment = Employment.new @company.employments << @employment @person.employments << @employment ここ@employmentは別工程で、@companyと@personで参照されています。そのため、@雇用は2回保存されます。しかし、@employmentが新しいレコー

4熱

1答えて

Mongoid：コメントフィールド：親

のRails 3.0.1 Mongoid（2.0.0.beta.20）級ポスト embeds_manyに埋め込まれた文書から実行するコールバックcomments_count エンド Class Comment embedded_in :commentable, :inverse_of => :comments end 私は最もコメントの多い10の記事を選択したいと思う。これを行うには、投

23熱

4答えて

モンゴイドのIDの配列を取得する

IDsの配列をMongoidにどのように取得しますか？ >これは

3熱

1答えて

mongoid、will_paginate、ソングはMongoid基準では動作しませんDSL

githubのmongoidのreadmeによると、 Person.select（：first_name、：last_name）.where（：title => "Sir"）のような空想的なクエリを実行できます.SKIP（10）.limit（10）iはwill_paginate（3.0.pre2）との組み合わせでこの試みを.paginate @companies = Company.pagina

1熱

1答えて

別のクラスで同じクラスを複数回参照するにはどうすればよいですか？

Mongoidで同じクラスを別のクラスで2回（または複数回）参照するにはどうすればよいですか？ class User include Mongoid::Document field :email references_many :messages, :stored_as => :array #all messages where the user acts as a

3熱

2答えて

ネストされた属性はモンゴイドのreferences_oneに保存されません

昨日は正常に動作しましたが、いくつかの変更が加えられました。私はそれがどこかのタイプミスだと確信していますが、私はそれを見ることができません。フォームのネストされたモデルに対する変更は、まったく保存されないだけです。開発ログには、通過する属性が表示されます。正しい形式で表示されますが、まったく更新していません。（formtasticする私はここに簡単なフォームを使用していますが、ほとんどの部分

0熱

1答えて

MongoIDと複数キーの問合せの問題

私は、_keyという名前の索引付きフィールドを持つモデルItemを持っています。これは、文字列の配列（検索のキーワード）です。このモデル（JSON経由）のオートコンプリートは別の形式で行う必要があります。問題は、ユーザーが入力したすべての単語で正確に検索するのではなく、最後の単語を1つだけ残して完全に検索することです。だから私は、これは、このモデルではスコープ製： scope :find_by_

2熱

1答えて

モンゴイドでreferences_oneを設定するにはどうすればよいですか？

以下のデータが与えられた場合、コマンドはモンゴイでは動作しません。コマンドラインを終了し、設定も表示もされません。 User.planはまだ等しくnilです。そして、私はそれがWebページとコマンドラインだけではうまくいかないことを知りません。私は以前にRailsと仕事をしてきましたが、何らかの理由でモンゴイドが私を逃しています。計画クラス： class Plan include Mo

6熱

1答えて

「ERRORモンゴ:: OperationFailure」mongoid-gridfs上のレールにキュウリのテストから

キュウリのテストを実行している間、私はこの奇妙なエラーを取得しています： ERROR Mongo::OperationFailure: Database command 'filemd5' failed: {"errmsg"=>"exception: best guess plan requested, but scan and order required: query: { files_id:

5熱

2答えて

クエリがMongoidで使用するインデックスを指定することはできますか？

MongoDBは、あるインデックスが別のインデックスのサブセットである場合、非効率的なクエリパターンを使用しているようです。 class Model field :status, :type => Integer field :title, :type => String field :subtitle, :type => String field :rat