問題タブ [mongoskin]

mongoskin私はデータベースの近くにいるのが好きなので、通常は一緒に作業します。通常、私は次のようなファイルを使用してセットアップを行いますdb.coffee。このファイルには次のものが含まれています。

次に、他のソースで使用します。

ローカルのmongoサーバーを使用している場合、これは完全に正常に機能しているようです。数か月間稼働していて、問題になることはありませんでした。

ただし、リモート秒を使用しているときに、サーバーが数分より長く実行されると問題が発生します-にもかかわらず、mongodbへの接続が失われたようauto_reconnectです。localhostこれは、接続が自動的に閉じられないためだと思います。

しかし、これは私がおそらくmongoskin間違った方法で使用しているのか、それとも単にauto_reconnect？にバグがあるのか​​を考えるようになりました。

foreman + nodejs + mongoskin を使用した単純な helloworld プロジェクトがあります。http get リクエストからデータを取得し、mongoskin 経由で mongodb に入れます。アプリは動作しますが、mongo cli でデータベースに接続できません。mongoskin で使用されているのと同じ接続 URL で開始すると、例外があります。接続に失敗しました。

以下のように、MongoSkin( Nodejs ) プラグインを使用して Mongodb に接続しています。

node.js から mongo 接続エラーが発生した場合、mongoskin を使用して同じものを再接続するにはどうすればよいですか?

これについて私を助けてください。

Node.JSの上にmongoskinを備えたmongoDBを使用しています。

画像のリスト（コレクション「画像」）があり、画像ごとにコメントのリストを保存したいと思います。

mongodb を使用する正しい方法は、各画像ドキュメント内でコメントのリストを使用することだと思います。

問題 - これを行う方法がわかりません。ドキュメント内でリストを使用するにはどうすればよいですか? それらに対してCRUDを実行するにはどうすればよいですか？

助けてくれてありがとう。

アプリケーションエラーログをjsonドキュメントとして保存するためにmongodbを使用しています。プレーンな json をブラウザーに返すのではなく、エラー ログを HTML としてフォーマットできるようにしたいと考えています。ログは適切にスキーマレスです-いつでも変更される可能性があるため、これを実行しようとしても意味がありません (ジェイドで):

JSON構造に実際に何が入るかは事前にわかりません。でも、私が望むことは確かに可能ですか？私が読んでいるものはすべて、スキーマはデータベースによって強制されていないが、とにかくビューコードがスキーマの概要を説明していると言っています-しかし、いつでも削除または追加できる可能性のあるフィールドが何百もあるので、ビューを管理しますこの方法はかなり扱いにくいです。

私は何が欠けていますか？テクノロジーについて間違った仮定をしていますか? これは間違った方法で行っていますか？

コメントに続く追加情報で編集:

jsonドキュメントは次のようになります

...などですが、ログを生成する個々のプロジェクトが何をトリガーするように構成されているかによって変わる可能性があります。

私が最終的に作成したいのは、データ構造を反復処理する、各親と以下にリストされている子のヘッダーを備えたフォーマット済みの HTML ページです。上記の Jade のサンプルは、事実上、出力する必要があるものですが、ビューにハードコーディングする必要はありません。

問題のコメントでのマイクの分析は、実際にはあまり共通点のない一連のコレクションからテーブルのような構造を作成することであるということです。データはリレーショナルですが、個々のドキュメント内のみです。そのため、データ構造がどのように見えるかを最初に知る必要があるため、スキーマを何かにハードコーディングすることは事実上不可能です。

4つのドキュメントを含むコレクション「バンド」を含むサンプルデータベース「ロックバンド」があります。動作する単純なスタブを次に示します (コーヒー):

これは、適切なデータを含む json を返します。

ただし、次の mocha テストは、データや苦情を返さずに合格します。

助言がありますか？

接続制限に達し続けていますが、http トラフィックは一定のままです。MMS を使用して mongod プロセスのプロファイリングを行ったところ、接続数が増加し続けていることがわかりました。

Node.js (Express) の mongoskin ラッパーを使用しています。他のルートを実行する前にmongo dbに接続するカスタムルートミドルウェアがあります：

私は何か間違ったことをしていますか？接続を開いたり閉じたりするにはどうすればよいですか?

{ユーザー名：'私'、会社：{"あなたの会社"：{...}}

会社をユーザーレコード（ユーザーコレクション）に挿入して、次のようにします。

{ユーザー名：'me'、companys：{"yourcompany"：{...}、 "mycompany"：{...}}

しかし、名前は動的です。

これを与える..{ユーザー名：'me'、companys：{"yourcompany"：{...}、 "companyid"：{...}}

どうすればよいですか？

nodejs/express/mongoDB アプリケーションの適切なディレクトリ構造を見つけようとしています。

現在、私はネイティブ mongodb ドライバーを使用していますが、適切な構造を定義する必要がある場合は制限されますが、適切な構造を定義する必要がある場合は制限されます... MVC が高速/ノードの場合、適切な db モデルを定義するのはそれほど簡単ではありません。

マングースとそのスキーマの概念により、モデルの実際の設計は簡単になりますが、スタックの上に別のレイヤーを配置することはあまり好きではありません...ちょっと肥大化しているように感じます。

代替手段を探したところ、ネイティブ ドライバーの薄いラッパーである mongoskin が見つかりましたが、MVC っぽいパターンをサポートする機能がいくつか追加されています。

一般的に、これは他の人にとっても共通の問題であることがわかりました。リンクに示されているアイデアに感謝します: https://stackoverflow.com/a/8428281/1055685

それにもかかわらず、モデル ディレクトリ内のクエリは実際には MVC のようなものではありません (コメントで述べたように...) - 私はそれが好きではありません...

Express の MVC デモはあまり役に立ちません...そこからインスピレーションを得ましたか?

どのパターンに従うことをお勧めしますか (MVC が推奨される場合、モデルが実際の問題です)。一般的にモンゴスキンをお勧めしますか？

REST API を提供する高速アプリを開発しています。mongoskin を介して mongodb を使用します。db アクセスからルーティングを分割するレイヤーが必要でした。モジュール ファイルを作成してデータベース ブリッジを作成する例を見てきました。models/profiles.js の例です。

後で、このモジュールはルーティング ファイルで必要になります。

私の質問は、コレクションごとに 1 つのモジュールを作成するためにこのアプローチを使用すると、効率的でしょうか? そうすることで、mongoから複数回（不必要に）接続および切断するという問題がありますか？

あるモジュールから各コレクションを処理する他のモジュールに db 変数をエクスポートすると、問題が解決するのではないかと考えていましたが、よくわかりません。