さまざまなタイプのNoSQLデータベースの弱点
ここに私の質問があります：さまざまなタイプのNoSQLデータベースの弱点は何ですか？具体的には、キー値ストア、グラフデータストア、ドキュメントストアの弱点は何ですか？
私は長所を見つけるのは簡単な時間でしたが、弱点に関するドキュメントは不足しているようです。
編集：互いに比較したり、リレーショナルデータベースと比較したりします。
分散データストアの最大の長所/短所は、CAPの定理にあります。多数のNoSQLシステムが実際に存在する場合の実際の意味について簡単に説明するには、 http://blog.nahurst.com/visual-guide-to-nosql-systems を参照してください。
それらをリレーショナルデータベースと比較する場合、明らかな弱点は、キーと値のストアがリレーショナルではないことです。したがって、レポートとデータ抽出が特別に設計されたリレーショナルデータベースを使用する場合よりも、キー値ストアを使用してレポートを作成するほうが難しい場合があります。
これは非常に主観的であり、あなたが弱点であると考えるもの、他の誰かがその最大の強さであると考えるかもしれません。
現在人気のあるすべてのNoSQLデータベースは、既存のRDBMSシステムの弱点であった問題に対処しており、通常、発信者が抱えていて解決しようとしていた特定の問題に特化しています。
したがって、製品の弱点は、時間やスペースを効率的に使用するためにyoが必要なことを実行できないことです。
まず、NoSQLデータベースが大好きであり、SQLベースのデータベースとアプリケーションを意味のある場所に置き去りにしているところです。このプロセスにより、1つの大きな弱点が明らかになりました。運用上のストーリーはまだありません。これが私が意味することは：
- NoSQLは依然として急速に変化しているターゲットです。バージョン間で何が変わったのかを知るためには、それにかなり精通している必要があります。運用の観点からは、これによりいくつかの問題が発生します。システム管理者は、ベストプラクティスを使用して合理的に文書化されたものに慣れています。ベストプラクティスが定義されていない場合、それは少し怖くなります。
- 開発コミュニティ以外での操作に慣れている人はごくわずかです。これは、製品を運用に引き渡して処理を完了したいときに困難になります。
- より優れたopsタイプは、軽いSQLを処理でき、少なくともそれを認識できる傾向があります。 Jsonまたはnosqlが話す内容は、少し習得が容易です。
- 評判はトリッキーなことです-データの損失はopsタイプにとって非常に恐ろしいです。彼らは、SQLデータベースが核ホロコーストを生き残ると信じるようになりました。 NoSQLはそこでのセールスの仕事になるでしょう。
時々他のトリッキーなことはレポートです-多くのユーザーランドツールはSQLデータベースに直接フックすることができますが、NoSQLはその橋を渡る開発者を必要とします。