More than 5 years have passed since last update.

NoSQLとRDBMSの違いが分かる3分Q&A

Last updated at 2019-09-16Posted at 2018-11-17

技術選定のためNoSQLデータベースについて調査しました。

**2019年加筆
**NoSQLと一括りに書いてしまっていましたが、調査したのはRedisなどKeyValue系のNoSQLではなく、MongoDBなどDocument指向系のDBです。

MySQLなどのRDBMSとどちらを選ぶかにあたっての主な疑問点に関しての回答をまとめます。

##NoSQLとRDBMSどっちがいいの？
よほどスケールするのでなければRDMBSが良い。

##NoSQLのメリットは？

##NoSQLのデメリットは？

##RDBMSだと何故水平分散ができないのか？
データの整合性を取る必要があるため。複数のサーバー間で同時に同じデータへの書き込み処理があった場合にデータが矛盾してしまうので、書き込みを許可できるのはマスターサーバー一つのみ。読み取りは分散できる。

##何故NoSQLでは水平分散が可能か？
データの整合性を諦めたためどのサーバーも書き込み可能。データがコンフリクトしようがデータをサーバー間で同期する。

##NoSQLを使うと複雑になる要因は？

##NoSQLはどう設計するの？
NoSQLのコレクション-ドキュメント志向に沿うなら以下の3ポイント。

##NoSQLは何故早い？

2に関してはアプリケーションレイヤーで捨てた機能を考慮した処理を書き直す必要があるのであまり意味がない。

##NoSQLとRDBMSの技術的トレードオフは何？
データの整合性とスケーラビリティー(水平分散)

##トレードオフは乗り越えられないの？
Googleが去年Clound Spannerというトレードオフを乗り越えたRDBMSを出した。

##NoSQLで使えるDBは？
Googleのfirestore(まだβ版)がデータの整合性を取れるNoSQL。

##リアルタイムデータベースはどうなん？
データの整合性には少し不安があるようだが、優れた点が多い。
Firestoreの方が値段高い場合があるけど基本良さげ。
詳細比較

##MongoDBはどうなの？
個人的には選択肢には入らない。

##結局あんたどのDB使うん？
Firestoreをメインに部分的にMySQLを活用する予定。

##終わりに
誤りやより深い議論があればコメントいただけると助かります。