問題タブ [document-oriented-db]

次のビュー関数を使用して、データベース内のすべてのアイテムを反復処理しています (タグを見つけるため) が、データセットが大きい場合、パフォーマンスが非常に悪いと思います。他のアプローチはありますか？

職場では、最近、CouchDB（ドキュメント指向データベース）を使用してプロジェクトを開始しました。私はリレーショナルデータベースの知識をすべて学ぶのに苦労してきました。

どうやってこの障害を乗り越えたのかしら？どのようにして関係的に考えるのをやめ、文書的に考え始めましたか（その言葉を作り上げたことをお詫びします）。

助言がありますか？役立つヒント？

編集：違いがある場合は、RubyとCouchPotatoを使用してデータベースに接続しています。

編集2：SOは答えを受け入れるために私を悩ませていました。私は私が最も学ぶのを助けたものを選んだと思います。しかし、本当の「正しい」答えはないと思います。

CouchDB のようなドキュメント指向データベースのアイデアが気に入っています。シンプルなアナログを探しています。

私の要件は次のとおりです。

1. スキーマのないデータの永続ストレージ。
2. 簡単なインプロセス クエリ。
3. トランザクションとバージョン管理があると便利です。
4. ルビー API;
5. map/reduce もあると便利です。
6. 共有ホスティングで動作するはずです

私が必要としないのは REST/HTTP インターフェイスです (インプロセスで使用します)。また、すべてのスケーラビリティーは必要ありません。

これまで見てきたことは、ブロブを格納するための単一のテーブルとそれに適用されるタグのための 2 番目のテーブルよりも興味深いものではないことを示唆しているため、何かが欠けているに違いありません。

確かに、設計パターンからある程度の利点が得られますが、SQL Server、Oracle、Postgres などの従来のデータベースを使用して構築するのではなく、「ドキュメント指向の DBMS」を使用する必要があるのはなぜでしょうか?

CouchDBを使用して、私は現在、アイデアを表すドキュメントを持っています。このアイデアを評価できます。すべてのアイデアは1つのドキュメントであり、すべての評価は異なるドキュメントです。人々がアイデアを評価しているときの同時アクセスの問題を回避するために、私はこのようにこれを行っています。

私の文書はそのように見えます（私はそれらを単純化しました）：

アイデア：

評価：

私は現在、reduce関数を使用して、アイデアIDとその評価（評価の単純な合計）を返します。

地図：

減らす：

私の質問は、「アイデア」ドキュメントに「参加」して、アイデアの評価を表すリデュース結果を得るにはどうすればよいでしょうか。

私は MySQL のバックグラウンドを持っており、ドキュメント指向のデータベース、特に CouchDB に興味があります。私が興味を持っていることの 1 つは、データの整合性です。ドキュメント指向データベースはこれをどのように処理しますか? たとえば、RDBMS では、レコードの重複を防ぐ方法や、1 ビットの情報がある場合は別の情報があることを保証する方法、またはまったく情報がないことを保証する方法があります。

より大まかに言えば、私の質問は、DODBes が使用される問題と比較して、RDBMS はどのようなタイプの問題に対して切り捨てられるのでしょうか? 説明のために他のスタックオーバーフローの質問をいくつか調べましたが、良い質問は見つかりませんでした。

また、作業中のデータベースを使用して、値の合計と平均、および履歴トレンドを使用して、多くのレポートを作成しています。これはドキュメント指向のデータベースに適していますか?

ドキュメント指向データベースに興味があり、MongoDBで遊んでみたいと思います。それで、私はかなり単純なプロジェクト（課題追跡システム）を開始しましたが、非リレーショナルな方法で考えるのに苦労しています。

私の問題：

1. 相互に関連する2つのオブジェクトがあります（たとえばissue = {code:"asdf-11", title:"asdf", reporter:{username:"qwer", role:"manager"}}、ここには問題に関連するユーザーがいます）。別のドキュメント「user」を作成し、「issue」ドキュメントでそのIDで参照する必要がありますか（リレーショナルデータベースのように）、またはすべてのユーザーのデータをサブドキュメントに残す必要がありますか？

2. ドキュメントにオブジェクト（サブドキュメント）がある場合、それらすべてを1つのクエリで更新できますか？

免責事項：この質問がserverfault.comに適しているかどうかをお知らせください

特に音楽に関する情報を保存したい：

• ジャンル
• アーティスト
• アルバム
• 曲

この情報はWebアプリケーションで使用され、アルバムに関連付けられているすべての曲、アーティストに関連付けられているアルバム、およびジャンルに関連付けられているアーティストを表示できるようにしたいと思います。

現在MySQLを使用していますが、切り替える前に知りたいことがあります。

1. 水平方向のスケーリングはどのくらい簡単ですか？
2. SQLベースのソリューションよりも管理が簡単ですか？
3. 保存したい上記のデータは、スキーマフリーで実行するには難しすぎるでしょうか？
4. アソシエーションを考えるとき、私はすぐにRDBMSを思います。データはCouchDBのようなものに保存できますが、それでも上記のような何らかの関連付けがありますか？
5. 私のWebアプリケーションにはレプリケーションが必要ですが、CouchDBまたは他のユーザーはこれをどの程度うまく処理できますか？

Windows プログラミングの生涯 (現在は .NET) でリレーショナル データベースをバックエンド ストレージとして使用した後、このウィキペディアの定義によるドキュメント指向データベースを試してみたいと思います。スタンドアロンにすることも、既存の非商用データベース システムに重ねることもできます。

あなた自身の Windows プログラミングの経験から、どのオープン ソース ドキュメント指向データベース ソリューションをお勧めしますか?またその理由は何ですか? (オープンソースの理由は、それを安く維持することです。また、オープンソースはしばしば非常に優れており、最先端にあるためです。)

あると便利なのは、接続する .NET プロバイダーです。

最終的に、すべてがうまくいけば、選択したシステムは実際のソリューションに組み込まれる可能性があります。

確かに、これはやや主観的であり、議論の余地がある可能性があるため、実際の人々に留めておいてください。私も同じことを行います。また、Windowsでドキュメント指向データベースを初めて検討する他の人にとって、あなたの回答は非常に貴重です。あなたの回答の全体的な価値は、バイアスを上回ると確信しています。

ありがとう。