さまざまなタイプのNoSQLデータベースの弱点

ここに私の質問があります：異なるタイプのNoSQLデータベースの弱点は何ですか？具体的には、キー値ストア、グラフデータストア、ドキュメントストアの弱点は何ですか？

私は長所を見つけるのは簡単な時間でしたが、弱点に関するドキュメントは不足しているようです。

編集：相互に比較したり、リレーショナルデータベースと比較したりします。

分散データストアの最大の長所/短所は、CAPの定理にあります。多数のNoSQLシステムが実際に存在する場合の実際の意味について簡単に説明するには、http：//blog.nahurst.com/visual-guide-to-nosql-systemsを参照してください。

それらをリレーショナルデータベースと比較する場合、明らかな弱点は、キーと値のストアがリレーショナルではないことです。したがって、レポートとデータ抽出が特別に設計されたリレーショナルデータベースを使用するよりも、キーと値のストアを使用してレポートを作成する方が難しい場合があります。

これは非常に主観的であり、あなたが弱点であると考えるもの、他の誰かがその最大の強さであると考えるかもしれません。

現在人気のあるすべてのNoSQLデータベースは、既存のRDBMSシステムの弱点であった問題に対処しており、通常、発信者が抱えていて解決しようとしていた特定の問題に特化しています。

したがって、製品の弱点は、時間またはスペース効率のよい方法で必要なことを実行できないことです。

まず、NoSQLデータベースが大好きであり、SQLベースのデータベースとアプリケーションを意味のある場所に置き去りにしているところです。このプロセスにより、1つの大きな弱点が明らかになりました。運用上のストーリーはまだありません。これが私が意味することは：

• NoSQLは依然として急速に変化しているターゲットです。バージョン間で何が変わったのかを知るには、かなり親しんでおく必要があります。運用の観点からは、これによりいくつかの問題が発生します。システム管理者は、ベストプラクティスで合理的に文書化されたものに慣れています。ベストプラクティスが定義されていない場合、それは少し怖くなります。
• 開発コミュニティ以外での操作に慣れている人はごくわずかです。これは、製品を運用に引き渡してそれを使いたいときに困難になります。
• より優れたopsタイプは、軽いSQLを処理でき、少なくともそれを認識できる傾向があります。Jsonやnosqlが話すことは、少し習得が容易です。
• 評判はトリッキーなことです-データの損失はopsタイプにとって非常に恐ろしいです。彼らはSQLデータベースが核ホロコーストを生き残ると信じるようになりました。NoSQLはそこでのセールスの仕事になるでしょう。

時々他のトリッキーなことはレポートです-多くのユーザーランドツールはSQLデータベースに直接フックすることができますが、NoSQLはまだその橋を渡る開発者を必要とします。