私が間違っている場合は、私を修正してください:
Dao/Vo パターンまたは TDG パターンを使用すると、各テーブル (または少なくとも多くのテーブル) に関連するクラスを持つことで、適切なコード構成が得られます。
このアプローチの問題は、データが特定のテーブル内で閉じられていないことです。またはのようなドメイン固有のデータがいくつかありますが、上記のパターンはこれをうまく処理していないようです。findDogBreed();
findBookBestSellerAuthor();
解決策としては、マッパーを使用することです。マッパーには、1 つのテーブルに関連する一連のメソッドとプロパティが含まれますが、そのテーブルだけに閉じられることも、特定の SQL スキーマに関連することもありません。
問題は、これらすべてを抽象化し始めると、SQL 構文にアクセスできなくなることです。データベース管理者に作業してもらう必要がある場合はどうすればよいでしょうか? さらに複雑なクエリでは、マッパーを使用すると、非常に厄介な抽象化「もの」につながる可能性があります。
これは正しいです ?もしそうなら、ここで中間項を見つけるためにどのような経路があるのだろうか.