問題タブ [mongodb]

私は、非 SQL エンジンを使用するか、小規模ビジネス向けのドキュメント管理システム用の通常の SQL エンジンを使用するかを決定しています。

私はfirebird/sqlサーバーの経験があり、信頼性の良いトラックを見つけました（特にfirebirdで）。

この市場は、くだらない「サーバー」（クローン製の PC、マヨリティ）、安価なハードディスク、RAID などをめったに使用しないものでいっぱいで、電源オフが正常な場所にあるものもあれば、UPS を持っていないものもあります。 ... (外部サーバーへのオフサイト自動バックアップを含めますが、内部設定は変更しません)。(私はそのような適切なセットアップに関するエンドユーザー教育について知っていますが、それに依存するのはばかげているので、ポイントに固執してください)

設計の観点からは、スキーマのないデータベースが私のシステムに適した方法ですが、実際のソリューション (MongoDb、Tokyo Cabinet など) のいずれかが火の鳥やサービスのクラッシュ、誤動作、乱用のようなものではないか心配です。データの破損は非常にまれです。

計画は、そこにオフィスのドキュメントを保存し、中央リポジトリを提供することです。

ドキュメントの一部であるタグを含む配列があります。例：["red"、 "green"、 "blue"、 "white"、 "black"]

ここで、赤と青のすべてのドキュメントを検索します。

MongoDB はドキュメント スタイルのデータベースであるため、次のようなクエリselect all employees with salary > 32000は専門ではないことは知っていますが、実際にこのようなことができることに気付きました。私の質問は、これらのクエリのパフォーマンスは、RMDBS で見られるものと同等ですか?

また、オブジェクトの内臓の選択についてはどうでしょうか。がありDepartment、取得したいDepartment.Employees.Manager.Salary場合は、サーバー側の JavaScript を使用してオブジェクトに飛び込み、その値を引き出すことができます。特徴はありますが、多用するものなのでしょうか？このようなことを行うことのパフォーマンスは、通常の結合を行うことと比較してどうですか?

ロンドンのホテル、または名前にヒルトンが含まれているホテルが必要な場合、次のようなクエリをどのように実行しますか？

このクエリdb.hotels.find（{$ where： "name = / hilton / i || city = / london / i"}）

このようなエラーエラーが発生します：{"$ err"： "$ where compile error"}

両方のクエリは別々に機能します：db.hotels.find（{$ where： "city = / london / i"}）db.hotels.find（{$ where： "name = / hilton / i"}）

私は MongoMapper を試してみましたが、完全な機能 (ほぼすべての AR 機能を提供) ですが、大規模なデータセットを使用するときのパフォーマンスにはあまり満足できませんでした。Mongoidと比較した人はいますか？パフォーマンスの向上はありますか?

MongoDBやCouchDBなどのデータベースのスキーマ移行を自動化する方法を探しています。

できれば、この楽器はPythonで書く必要がありますが、他の言語でもかまいません。

CouchDBもMongoDBもまだ手を汚していないのですが、すぐにやりたいと思っています...両方のシステムについても少し読んだので、同じケースをカバーしているように見えます...または重要な識別機能がありませんか？

次のプロジェクトでは、従来のRDBMSの代わりにドキュメントベースのストレージを使用したいと思います。データストアも必要です

• 大きなバイナリオブジェクト（画像とビデオ）を処理する
• 物理的に分離されたノードに自動的に複製されます
• 追加のRDBMSの必要性を不要にする

どちらもこれらの要件に等しく適していますか？

ありがとう！

作成中の Rails アプリのバックエンドとして MongoDB を使用しています。Mongo はデフォルトで、レコードの 24 文字の 16 進数 ID を生成してシャーディングを容易にするため、私の URL は次のようになります。

これはあまりきれいではありません。Rails の URL 規則に固執したいのですが、これらの ID はデータベースにそのまま残します。これらの 16 進 ID をより多くの文字を使用して短いコレクションに圧縮することは、次のようになるため、満足のいく妥協案になると思います。

次に、コントローラーで圧縮を逆にし、元の 16 進 ID を取得し、それを使用してレコードを検索します。

私の質問は、これらの ID を前後に変換する最良の方法は何ですか? もちろん、できるだけ短くしたいのですが、URLセーフで変換が簡単です。

ありがとう！

作業中のサイトのデータベースをレイアウトする方法を見つけようとしています。ここに私のモデルがあります：

をLikeどこかに埋め込む必要があると思いますが、取得したい機能があるため、選ぶのに苦労しています。

findEmbeddedDocument を使用すると問題が発生しますが、 およびその他の便利なメソッドが失われ、両方のモデルに埋め込むことはできません。そのためItem、これを実行する必要があります (しかし実行できません):

未定義のメソッドfind_by_user_idがスローされます。したがって、これを に埋め込む場合Userでも、これを行うことはできませんでした。

だから私はおそらくこのようにするという結論に達しました：

しかし、これは私がまだ古いMySQLの方法で物事をやろうとしているようです. MongoMapper を使用してこれをコーディングする最も可能性の高い方法について誰か教えてもらえますか?

前もって感謝します！

何百万ものアイテムを持つドキュメントのコレクションの一意のタグを追跡する最良の方法は何ですか? タグ付けを行う通常の方法は、マルチキーのインデックス付けのようです。ただし、すべての一意のキーを頻繁に取得する必要があります。mongodb の新しい "distinct" コマンドにもアクセスできません。私のドライバーである erlmongo はまだそれを実装していないようです。