データベーススタイル

データベースとそのアプリケーションとの関連性について説明するとき、私はデータベースの2つのスタイル、ApplicationDatabaseとIntegrationDatabaseを区別することが役立つと気付きました。2つの違いは、データベースがアプリケーション境界内の1つで制御され、カプセル化されているかどうかです。

データベースの管理方法に関する議論では、人々は多くの場合、どちらかのスタイルが使用されていると仮定しています。異なる参加者が異なるスタイルを想定すると、2つのスタイルはデータベース管理に関する非常に異なる仮定を示唆するため、議論はすぐに非常に混乱する可能性があります。確かに、データベースとデータ管理コミュニティでは、人々はデータベースはIntegrationDatabaseであると想定しがちです。これは、長年のデータベースコミュニティの作業仮定でした。しかし、この仮定は次第に疑問視されています。Integrationデータベースは、インターフェイスから実装を分離する能力が限られており、インターフェイスの表面積が大きいものになります。その結果、アプリケーションとデータベース間のリンクは脆くなり、変更が困難になります。

最近のサービス指向アーキテクチャの台頭は、人によって非常に異なる意味を意味するようですが、もっともらしいスレッドの1つは、独自のApplicationDatabaseを持つ自律的なアプリケーションの台頭であり、サービスインターフェイスを介して通信します。共有データベース統合をrpcまたはメッセージングベースの統合に効果的に置き換えます。私はこの見解に非常に共感しており、特にメッセージングによる統合を支持しています。これが私がEIPの開発を奨励した理由です。この見方では、統合データベースはもはやデフォルトの仮定ではありません。

したがって、私の主なポイントは次のとおりです。2つのデータベーススタイルの違いに注意し、データベース管理の問題について議論するときに考慮してください。