新しいウェブサイトのデザインと計画を進めています。
主に掲示板サイトです
私は過去に MySQL を使用した経験がありますが、 NoSQL は RDBMS と同じくらい優れたソリューションであると 言う多くの声を (私の頭の中ではなく) 耳にします。
NoSQL の主な主張はパフォーマンスです。あなたはそれについてどう思いますか？
そのため
、Web サイト用のスケーラブルなデータベース設計テクノロジが必要です。NoSQL を使用する場合、この分野にはいくつかのテクノロジ
(ドキュメント ストア、キー値ストアなど) があることがわかります。どのように選択するのですか？
掲示板のウェブサイトに適しているのはどちらだと思いますか:
NoSQL または MySQL?
ありがとう、
靴下
目的に応じて、SQL と非 SQL の両方を使用できます。非 SQL を使用する 2 つの主な理由は、実際に大量のトラフィックがある場合 (および SQL ソリューションがパフォーマンスの面で機能していない場合) と、スキーマレスであることでメリットが得られる構造化されていない変化するデータが多数ある場合です。
個人的には、考慮すべき重要な要素は保守性だと思います。
no-sql を使用して何かを作成すると、SQL と比較して、それを維持するための聴衆は 10% 未満になります。
プログラマーが技術的に「最良の」ソリューションを使用したいが、保守性とコストの側面を考慮したくないのはよくあることです。特に、ソリューションが「単純」であると見なされている場合はそうです。
）、あなたの目的のために、NoSQLはおそらくMySQLよりも良い選択だと思います. MongoDB や CouchDB のようにチェックアウトする必要があります。どちらもオープンソースのスケーラブルな NoSQL DB です (前述のように、他の NoSQL DB とファイル ストレージ システムが市販されています)。基本的に、メッセージング ボードには DBMS は必要ありません。DBMS では、NoSQL DB よりもクエリ処理アクションが遅くなり、メッセージング ボードには大量のトラフィックと、必ずしも固定スキーマを持たないデータが含まれる可能性があります。データ構造に関する NoSQL の柔軟性により、シャーディング、パーティショニング、インデックス作成、およびその他のテクノロジを簡単に利用および実装できます。
パフォーマンスは重要な要素の1つですが、これはNoSQLの機能ではなく、設計の結果です。この機能は、データ構造の柔軟性と、複数の行を避けて単一の行に情報を格納できることです。密接に関連するレコードを操作する場合のラウンドトリップ（この投稿http://djondb.com/blogを参照して、私が話していることをよりよく理解してください）。毎日モデルを変更する必要があるWebサイトの場合、この柔軟性に対応できるDBを選択することをお勧めします。私はNoSQLドキュメントストアの作成者であるため、少し偏見がありますが、NoSQLドキュメントストアを試してみることをお勧めします。このような保存しやすいアプローチを使用してソリューションをすばやく作成できることに驚かれることでしょう。 。
Redis (http://redis.io/) を見ましたか?
Redis を使用して、RDBMS にあるほとんどすべてをモデル化できます。ほとんどの場合、x10 のパフォーマンスが得られ、非常に活発なコミュニティによってサポートされています。
Redis フォーラムでニーズを詳述することをお勧めします。おそらく、最も正直で専門的な回答が得られるでしょう。それらの一部は、アーキテクチャのさまざまな部分で他の NoSQL テクノロジを使用することを示唆している可能性があります。