1. ホーム
  2. mysql

[解決済み] SQL(MySQL)対NoSQL(CouchDB)【クローズド

2022-07-17 20:30:54

質問

終了 . この質問は オピニオンベース . 現在、回答は受け付けておりません。

この質問を改善したいですか? 質問を更新して、事実と引用で答えられるようにします。 この投稿を編集する .

終了 6 年前 .

私は、多くのデータを保存しなければならない、高度にスケーラブルなアプリケーションを設計している最中です。たとえば、それはユーザーについての多くを保存し、そして、多くのメッセージ、コメントなどのようなものを保存します。私は以前は常に MySQL を使用していましたが、今は SQL ではない couchdb または同様のもののような新しいものを試してみたいと思っています。

どなたか、これに関する考えまたはガイダンスをお持ちですか?

どのように解決するのですか?

以下は、最近の Dare Obasanjoのブログ記事から引用します。 .

<ブロッククオート

SQLデータベースは自動送信のようなもので NoSQLデータベースは自動変速機のようなものです。 マニュアル・トランスミッションのようなものです。一旦 NoSQLに切り替えると、これまで を担当することになります。 を担うことになります。 NoSQLに切り替えると、リレーショナル・データベース・システムでシステムが自動的に行う多くの作業を担うことになります。似たような オートマチックトランスミッションではなくマニュアルを選ぶとどうなるか オートマチックトランスミッションを選ぶのと同じです。2つ目は NoSQLは、より多くのパフォーマンスを引き出すことができます。 システムからより多くのパフォーマンスを引き出すことができます。 リレーショナル・データベースが行っていた完全性チェックの多くを排除することで を排除することができます。 データベース層から排除することができます。これもまた 車の性能を上げるには このことは、自動車を運転するときに、オートマチックトランスミッションではなくマニュアル とオートマチックトランスミッションの のようなものです。

しかし、最も顕著な類似点は 私たちのほとんどが ということです。 マニュアル・トランスミッション車のメリットを 私たちの運転の大部分は、行き帰りの交通渋滞で マニュアル・トランスミッションのメリットを を活用できないのと同じような厳しい現実があります。 ほとんどのサイトがGoogleやFacebookのような規模ではなく、そのため このような厳しい現実は、ほとんどのサイトがGoogleやFacebookのような規模ではなく、BigtableやCassandraを必要としないことです。

Bigtable や Cassandra は必要ありません。

私はあなたが経験を持っていないCouchDBに、少なくともいくつかの経験を持っているMySQLからの切り替えは、あなたが問題の全く新しいセットに対処し、別の概念とベストプラクティスを学ばなければならないことを意味することのみを追加することができますそれに。それ自体は素晴らしいことですが(私は自宅でMongoDBを使って遊んでいて、とても気に入っています)、そのプロジェクトの作業を見積もる際に計算する必要があるコストとなり、未知の利益を約束しながら未知のリスクをもたらすことになります。知らない技術に基づいている場合、プロジェクトを時間通りに、望む/必要とする品質で成功させることができるかどうかを判断するのは非常に難しいでしょう。

さて、チーム内にNoSQL分野の専門家がいるのであれば、ぜひともじっくりと検討してみてください。しかし、チームに専門家がいない場合は、新しい商業プロジェクトでNoSQLに飛びつくのはやめましょう。

更新 : あなたが起こした火にガソリンを入れるために、SQL陣営の人たちから興味深い記事を2つ紹介します :-)

NoSQLが死ぬまで待てない (元記事はなくなりましたので、ここでは コピー )

NoSQLマインドセットとの戦い、これは反NoSQLの作品ではないが

更新 : NoSQLに関する興味深い記事があります。

NoSQLを理解する