問題タブ [mongoid]

2つのクラスがあります：

確認できます。検証済みであり、city存在streetする必要があります。

ただし、次のコードを参照してください。

そして、mongoデータベースを直接表示するために使用します。

アドレスが挿入されました。つまりvalidates_presence_of :city, :street、inAddressは機能しません。

私は何かが恋しいですか？または、Mongoidにバグがありますか？

レール、キュウリ、モンゴイドでピクルス0.3.0を使用しています。pickle0.3.0 が自動的に ORM を見つけることがわかりました。しかし、きゅうりのシナリオを書いてテストしたところ、ピクルスの手順が見つかりませんでした。

サンプルは次のとおりです。

しかし、ピクルスのステップが見つかりませんでした

そしてこのエラーを生成します

何か案は？

SQLlite Rails 3 アプリを Mongoid Rails 3 アプリに転送する際に問題が発生しています。SQLlite バージョンでは、あるモデル (「画像」) からの画像アップロード フォーム (ペーパークリップを使用) を、別のモデル (「製品」) からのネストされたフォーム内に簡単に含めることができます。これが私の「新しい」製品フォームです。

そして、ここに「ショー」ビューがあります：

Mongoid Rails 3 アプリ (Carrierwave を使用) で同じ製品ビューを使用しようとすると、次のエラーが発生します。

「イメージ」モデルに文字列（「名前」など）を追加し、それを「製品」フォームにネストすると機能するため、Mongoid バージョンのモデルが正しいと確信しています。また、ネストされていないモデル フォームに画像をアップロードすることもできます。

どんな助けでも大歓迎です！

埋め込みドキュメントを含む Mongoid ドキュメントのすべての属性を取得する簡単な方法はありますか?

たとえば、次のドキュメントがあるとします。

Personの属性と電話番号を次のように取得したいと思います。

ソーシャルネットワークをMongoidに移植したいと思います。友達間の結合テーブルは非常に大きいです。Mongoidがこの結合テーブルをそのまま処理する方法はありますか？モデル内で独自のソリューションをいくつか見てきましたが、効率的に見えるものはありません。これを処理する方法はありますか？それとも、これは私がMongoidを使用すべきではない場合ですか？

mongodbに埋め込まれたドキュメントの更新に問題があります。
次のシナリオがあります。ユーザーモデルには、埋め込まれたドキュメントとしてアドレスがあります。
親モデルにアドレスを埋め込むことができます。ユーザーモデルですが、アドレスの_idが埋め込まれていても、埋め込まれたアドレスを更新する方法がわかりません

助けてください
ありがとう

referenced_many および referenced_in 関係モデルに問題があります。
私のモデルは次のとおりです。Student references_many mobile_numbers MobileNumber referenced_in Student

@mobile = MobileNumber.first @mobile.student を実行しようとすると

ID 4c47e74ff1936f05f9000015 のクラス Student のドキュメントが見つかりませんというエラーが表示されます

@mobile オブジェクトには、その属性の 1 つとして Student_id : "4c47e74ff1936f05f9000015" があります。

データまたはモデルに何か問題がありますか ありがとうございます

私はMongoDBとMongoidを初めて使用します（Ruby on Railsはまだ少し新しいです）。RyanBatesがMongoidRailscastを持っていることはないので、他の優れたチュートリアル/スクリーンキャストへのポインターが必要です。ありがとう！

次の validates_associated シナリオがあります

親を作成すると、息子または娘のどちらかだけが作成され、両方は作成されません。今私の問題は、息子と一緒に親を作成しようとすると、娘の検証のために検証が失敗し、その逆も同様です。

息子のパラメーターが投稿されたときに息子のみを検証する方法、または娘のパラメーターが投稿されたときに娘のみを検証する方法はありますか

ありがとう

私は小さな Rails3:MongoDB:Mongoid プロジェクトから始めていますが、自然はより建築的であるといういくつかの質問に出くわしました。

ネストされたリソースをいつ使用し、ネストする深さは?

私はネストされたルートの友人ではありませんが、2 つ以上のリソースがスタックされていない場合は便利です。また、MongoDB のようなドキュメント指向データベースは、ドキュメント自体がネストされているため、ネストの完全なターゲットのようです。

したがって、私の最初の質問は次のとおりでした: references_many <=> referenced_in 関連付けの場合、ネストされたルートを使用する必要がありますか

私が試してみたところ、ActiveRecord の「ビルド」が存在しないため、コントローラー全体が、まったくネストせずに、すべてを手動で行うことなく、より見栄えのするものに分解されました。

私が間違っている？そのような関連付けのルートもネストする必要がありますか?

その後、私は最初の埋め込みドキュメントにたどり着き、自問自答しました。いくつかの反復の後、2 つのドキュメントではなく 4 つのドキュメントになり、すべてが他のドキュメントの 1 つに埋め込まれました。そのため、ルートをネストすると、私があまり好きではない URL につながりました。

したがって、すでに MongoDB の経験があるユーザーへの質問は次のとおりです。入れ子にする必要がありますか? はいの場合、どのような状況で、どのくらいの深さですか?

Jさんはじめまして。