Repositories パターン : データベースの実装は忘れようね | システム設計日記

エンタープライズアプリケーションを構築するとき、データベースは中心課題のひとつ。 大量のデータを効率的に保存し、取り出す仕組みが必須。 実装やテストで、かなりの時間は、データベースを意識し、依存した作業になる。 ドメイン駆動設計的には、そういう永続化の「実装」の関心事と、ドメイン（問題領域）の関心事を分離することを重視する。 そのためのモデリングや設計のテクニックが Repositories パターン。 そうはいっても、実装しなきゃ 実際のプロジェクトでは、もちろん、動くソフトウェアを作らなきゃ話しにならない。 データモデリングして、テーブル定義して、テストデータ投入して、ＳＱＬ文書いて、デバッグして、チューニング。 バックアップとリカバリも考えなきゃいかんし、テーブル設計が、いろいろ変更が続くし、データベースまわりの作業が多いし、たいへん。 小さい規模でも、エンタープライズアプリケーショ

[takahiroki]

データのクエリ欲求は、すべて Repository のメソッドを通して行われることになる、のか？