3

私はここで聖戦を探しているのではなく、分散アーキテクチャについて考えており、RDBMSとDocDBMSのどちらを選択するかについて意見を求めています。

RDBMS（MySQL、PostgreSQL、MS Sql Serverなど）を使用することで得られるパワーを否定することはできません。RDBMSは30年以上開発されており、多くの問題が検討され、対処されてきました。

また、NoSQL / DocDBMSムーブメント（MongoDB、CouchDBなど）には、特にデータの保存、関連付け、複製の方法に独自の長所があることを考慮する必要があります。

DATAとその構造のみを検討する場合、ドキュメントベースのデータベースを使用するのはいつですか。リレーショナルデータベースを使用するのはいつですか。

誰かの好きな言語やプラットフォームに関連して、あるソリューションと別のソリューションのメリットについて話し合いたくありません。データの種類（つまり、金融取引、ブログ、CMSページ、ショッピングカートなど）とその構造（データポイント間の関係-つまり、コメントに関連するブログ投稿）に焦点を当てた議論を続けてください。

4

2 に答える 2

2

データが構造化されている場合、RMDBS は当然の選択と思われます。ドキュメントなどの構造化されていないデータの場合は、DocDBMS が最適です。

RMDBS は「バックエンド」ツールに近いものであり、開発中のシステムのバックエンドを提供するために使用します。

DocDBMS と言うときは、ドキュメント管理システム (?) のことを意味していると思います。これは、エンド ユーザー向けの (ドキュメント) データ管理機能を含むソリューション全体のことです。

私にとって、NoSQL は単に RMDBS のバリアントですが、より具体的/ニッチなニーズ向けです。

選択方法について: 関連する NFR のリストを作成し、オプションとそれらがどのように関連しているかについて簡単な分析を行います。スケーラビリティとパフォーマンスが気になりますが、データ ボリュームとトランザクション レートはどうでしょうか。博士? そしてもちろん重要な機能的ニーズ。構築されたものの実行品質または長期的な進化の品質についてより心配していますか?

于 2010-02-19T03:22:47.900 に答える
2

RDBMS は、30 年間存続し、衰退の兆しを見せていない優れたオールラウンダーです。NoSQL などは、特定の用途の「特殊なケース」です。

ドキュメント ライブラリなどがある場合は、ドキュメント データベースを使用します。それ以外はすべて RDBMS です。

データはさておき、このシステムを販売する場合は、SQL Server や Oracle などの RDBMS をターゲットにして、顧客のインフラストラクチャでサポートできるようにする必要があります。

于 2010-02-18T19:25:21.920 に答える