3


1

ドキュメント指向のデータベースには整合性がありますか?

私はMySQLのバックグラウンドから来ており、ドキュメント指向のデータベース、特にCouchDBに興味があります。 私が興味を持っていることの1つは、データの整合性です。 ドキュメント指向データベースはこれをどのように処理しますか? たとえば、RDBMSには、レコードの重複を防ぐ方法があります。また、少しの情報がある場合、別の情報があるか、まったくないことを保証する方法があります。

私の質問は、DODBが使用される問題と比較して、RDBMSがどのような種類の問題を排除するかということです。 私は説明のために他のstackoverflowの質問のいくつかを見ましたが、良いものは見つかりませんでした。

また、作業中のデータベースを使用して、値の合計と平均化、および履歴トレンドを使用した多くのレポートを作成します。 これはドキュメント指向のデータベースに適していますか?

1 Answer


2


ほとんどのドキュメントデータベースは、非常に限られた整合性しかサポートしていないか、整合性チェックをサポートしていません。 彼らは、データが正しいことを保証するためにアプリケーションに依存しています。 CouchDBでの使用方法を説明します。

第二部へ。 RDBMSはデータのレポートと分析に非常に優れていると思います。 結合、集計、関数などを使用してデータに対して複雑なクエリを実行できるという事実により、RDBMSは非常に強力なレポート作成ツールになります。 ドキュメントデータベースは、「ライブ」アプリケーションデータの保存に非常に役立ちます。 取得オブジェクトグラフをドキュメントデータベースに保存するのは非常に簡単です。 スキーマフリー設計により、新しいアプリケーション機能のモデルを簡単に拡張できます。 ただし、これは、アプリケーションデータを適切なドキュメントに分割できる場合にのみ機能します。 それ以外の場合は、優雅さの多くを失います。

主にレポートを作成する場合は、RDBMSをお勧めします。 多数のフラットでシンプルなレコードを保存する場合、レポートの作成は非常に簡単です。 ツーリングなど レポートに最適です。 ただし、複雑な構造化されたデータのレポートを作成する場合は、RDBMSよりも別のデータベースを使用した方がよいでしょう。

ただし、これは、RDBMSに限定する必要があるという意味ではありません。 2つのテクノロジーを組み合わせることができます。 ブログソフトウェアを想像してください。 ブログ投稿やコメントなどの「ライブ」アプリケーションデータをドキュメントデータベースに保存します。 クリック統計やログイン統計などのレポート用のデータは、RDBMSに保存されます。 Rob Conerys postも参照してください。