BP Study#15 ORマッパー対決2008 〜 PofEAA編 - ビープラウド社長のブログ

１１月２８日に開催されたBP Study#15　「ORマッパー対決2008」でまず冒頭で私が、Enterprise Application ArchitectureパターンとORマッパーというタイトルで、説明をさせていただきました。

■O/Rマッパーとは
ObjectとRDBをマッピングさせるライブラリ／フレームワーク

■O/Rマッパーが生まれた流れ
・DBアクセスのプログラムに発生しがちな問題その? 保守性の低下
ＳＱＬが、ソース内に散在、重複コードの大量生産

・DBアクセスのプログラムに発生しがちな問題その? 品質の低下
決まりきったコードを人手でコーディングすることによる不具合の混入

・DBアクセスのプログラムに発生しがちな問題その? 生産性の低下

決まりきったコードを何度も書くことによる開発効率・スピードの低下

■解決のために
パターン化されたものを共通化/汎用化

・クエリ結果レコードセットのオブジェクトへの格納
・オブジェクト値のSQLバインド変数へのセット
・トランザクション制御
・コネクションのオープン／クローズ
・SQL自動生成
→O/Rマッパーの誕生

■エンタープライズアプリケーションのパターン化プレゼンテーション層、ドメイン層などでも、共通化、フレームワーク化が進んだ

■Enterprise Application Architecture Patternの紹介
・著者マーチン・ファウラー
・２００２年出版（日本語版２００５年）
・レイヤ化手法のパターン化

■データソースのアーキテクチャに関するパターン

・アクティブレコード

・データマッパー

・テーブルとマッピング

・find系メソッドはレコードセットを返す

・テーブル／ビューの１行に対応

■アクティブレコード

・テーブル／ビューの１行に対応

・ＤＢアクセスをカプセル化

■データマッパー

・ドメイン設計したクラス群とＥＲモデルを関連付ける

■アクティブレコードとデータマッパーの違い

・ＲＤＢのテーブルと１対１にEntityがマッピングするのがアクティブレコード

・オブジェクト指向に、より忠実なのがデータマッパー

　（ほとんどのケースは、ＲＤＢのテーブルと１対１にEntityがマッピングする）

■多対多のモデルを考える

・クラス概念設計で、多対多のモデルはＥＲモデルでは、マスタテーブルに加え、関連テーブルが用意され、表現される

・アクティブレコードの場合

クラスとテーブルが１対１でマッピングする

・データマッパーの場合

分析モデルがそのまま物理クラスモデルとなる

（関連テーブル用のモデルは不要）

■まとめ

・P of EAAを学ぶと、技術の背景がわかり、技術選択の際に役立つ

・アプリケーション・アーキテクチャ設計時のセンスが身につく

（※）スライドから、Ｏ／ＲマッパライブラリをPofEAAに分類したスライドは外しました。

PofEAAが発表されたのが２００２年であり、そこから実装理論も発展してきており、それぞれのO/Rマッパーを厳密に分類できるわけではなさそうと判断したからです。

今年の目標：１００エントリーまであと８