[NOSQL]データベースは、民生用アプリケーション（ソーシャルブックマークなど）用にどのように設計されますか？[閉じる] - データベース設計、スケーラビリティ、rdbms、nosql、非リレーショナルデータベース

私は約たくさんの投稿を読んでいたノン・リレーショナル・データベース、NOSQL全体の動き、そしてその周りに新鮮な新しい活動がたくさんあります。スケーラビリティの高いWebアプリケーションを構築するには非常に面白いアプローチのようですが、残念ながら（この初期段階では良いことです）現時点ではかなり明確なリーダー/標準です。

私の背景はLAMPスタックにあります（MySQLをdB）と私は何が違いや限界があるのか​​を理解したかったのですが、現実のウェブアプリケーションの例を使って説明しました。 RDBMSと非RDBMSの賛否両論に関する良い記事がたくさんありますが、既存のWebアプリケーション（ソーシャルブックマークなど）をどのようにして別のものにするかという例を見つけてはいけません新しいdB構造と、NOSQL dBがキー値またはドキュメント中心またはグラフとなる可能性のある機能があれば、その機能を利用してください。

誰かが欲しがるだろうか？現実世界のWebアプリケーションのNOSQL対RDBMSモデル/アーキテクチャ（ソーシャルブックマークやコンセプトをうまく説明できる他の例など）の高水準比較

他の人を参照するために、ここに私が出会ったいくつかの記事があります：

• 非リレーショナルデータベース設計
• http://nosql-databases.org/
• http://linux-mag.com/cache/7579/1.html
• http://blog.boxedice.com/2009/07/25/choosing-a-non-relational-database-why-we-migrated-from-mysql-to-mongodb/
• http://bret.appspot.com/entry/how-friendfeed-uses-mysql
• http://metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/
• http://rackspacecloud.com/blog/2009/11/09/nosql-ecosystem/
• http://horicky.blogspot.com/2009/11/nosql-patterns.html

回答：

主な理由はスケール（Facebook、MySpace）

これらの記事をチェックしてください：

Facebookのカサンドラ - 大規模な分散ストア

MySpace Qizmt - MySpaceのMapreduceフレームワーク

既にLuceneを使用しているので、これは興味深いかもしれません：

Katta - クラウドのLucene