問題タブ [odm]

ここに投稿された回答を見てきました:流星:マングースとの統合? ですが、可能であれば、Meteor.js で Mongoose を使用するための、よりシンプルでモジュラーなソリューションを探しています。

見たことのない ODM またはネイティブ サポートを処理するためのより良い方法はありますか?

マップリデュース後にソートしようとすると問題が発生します。コレクションには、ユーザーが添付された統計（スコアなど）があるため、ユーザーの最高スコアが検出されます。その部分は機能します。並べ替えは、リーダーボードの結果を並べ替えることです。これらの関数をjavascript変数に入れて、mongoコンソールで実行すると、単純なfind（）。sort（{'value.max.value'：-1}）が結果のコレクションで正常に機能しますが、取得できません。ここで動作します。（私の結果は順序付けられていない状態で戻ってきます）。

ODM と MongoDB で ZF2 を使用しています。次のような非常に単純なタスクを実行しようとすると:

「ログインが必要です」というエラーが表示されます。さて、これが問題である理由を知っています。次を使用して解決できます。

すべてのクラスで常に db 宣言を使用する代わりに、.local/.global 構成ファイルから構成値を追加する方法はありますか、または構成オプションを再構成できますか?

どうもありがとうございました。

Symfony2内でDoctrineMongoDBを使用していますが、ODMがなくても簡単なことをしたいのですが、MongoClientまたはMongoCollectionオブジェクトを取得するにはどうすればよいですか？

次のような昔ながらの方法でMongoDBを使用したい：http： //php.net/manual/en/mongocollection.find.php

プロジェクトに新しい機能を提供する作業中に、モデルを拡張することにしました。基本クラスを使用し、一般的なメソッドをグループ化し、いくつかのサブクラスをすべて単一のコレクションに保持することにしました。

基本、抽象クラス:

いくつかの具体的なクラス（似たようなものはほとんどありませんが、いくつかは抽象的です）：

その遷移の後、インデックス ページを開くと、エラーが表示されました。Doctrine によって返されたオブジェクトが基本クラスのプロキシであるため、PHP が抽象メソッドを呼び出そうとしていました。コレクションの名前を から に変更Application_Model_ImageしApplication_Model_Entry、内部オブジェクト参照 ($refのフィールドDBRef) がまだ を指してApplication_Model_Imageいたからだと思いましたが、何かおかしいことに気付きました:常に最初のクエリ結果は具体的なクラスの適切なドキュメントであり、残りは基本クラスのプロキシでした。 - データベースから最初のオブジェクトを削除した後、2 番目のオブジェクトは正常になりました。

単一のオブジェクトを表示するページでは、すべてのオブジェクトに対してすべてが正常に機能するため、Zend Framework のページャー クラスが結果を反復処理しているのではないかと考えたので、ページャーをスキップしてクエリから直接オブジェクトをダンプしました。100個の最初の結果のクラスを印刷しましたが、そのうちのいくつかには適切なクラスがありました(ペーストビンのそのリストのスニペット)。DB を調べましたが、データについて特別なことは何もありませんでした (動作しているvs動作していない)。参照に問題があるのではないかと思いましたが、上で書いたように、結果リストの最初にある場合、同じオブジェクトが機能する可能性があります。

アイデアやヒントはありますか？もっとデバッグできますが、Doctrine のコード内のどこを見るべきか教えてもらう必要があります。

opencart (電子商取引のオープンソース フレームワーク) を使用しています。

データ ソースとして mysql データベースのみを使用します。

ただし、現在のサイト トラフィックにより、 noSQL (Mongodb)を使用することで効率を上げることができると確信しています。それは素晴らしいことですが、問題は、Mongodb を統合して Mysql と一緒に使用する方法です。

私は周りを見回し始め、マッピング用の Mandango ( http://mandango.org/ ) を見つけ、doctrine よりも優れたパフォーマンスを発揮しました。

ただし、データをどのようにマッピングするかについては頭を悩ませることができません。ODM はオブジェクトを使用しているように見えますが、この場合にモデル オブジェクトを使用すると、生の SQL クエリに基づいていません。以下は顧客モデルメソッドの例です。

ilog jrules を使用して、複数のオブジェクトを個別に (一度に 1 つずつ) 検証します。

私の現在の考えは、次のように「itemToValidate」という入力パラメーターで検証する必要があるすべてのアイテムをラップすることです

次に、「init」と呼ばれるパッケージの「init」と呼ばれるルールで、各アイテムを取得し、「雇用主」などの変数に設定します「使用者」に関する規則

これに直面している問題は、実際の検証の前にすべてのルールの null ネスを確認する必要があることです。

それを避ける方法はありますか？または私の実装に問題がありますか？

ありがとう

この種のドキュメントが構造化されているとしましょう。属性フィールドは埋め込みドキュメントになり、すでに attributes.key と attributes.value にインデックスを付けています

私の問題は、属性フィールドのみに基づいてクエリを実行するときに正確なドキュメントを取得する方法です。

クエリの結果は期待どおりではありません。最初のドキュメントがなく、2 番目のドキュメントのみが返されるはずです。私はattributes.valueに正規表現を入れたことを知っています。アドレス値を持つattributes.keyのみをチェックすることを期待していました。

そして、次のような別のキーをフィルタリングしたい場合はどうなりますか?

どんな意見も参考になります。どうも。

したがって、MongoDB (およびプロキシ Mongoose による) はトランザクションをサポートしていませんが、単一のドキュメントを含む操作は常にアトミックであることを理解しています。Mongoose のドキュメントを調べていると、次のように、ドキュメントの配列を渡して単一のアクションで保存できる Model.create に出くわしました。

このアクションはアトミックですか? Mongo は一度にすべてのドキュメントを保存しますか、それとも Mongoose ODM は一度に 1 つのドキュメントを保存して配列をループしますか? ソース (またはソース コード) をいただければ幸いです。（また、私は新しいので、撃たないでください！）