MVCでのモデルの部分の開発でテーブル・リレーションの関係がうまくいかない
ORMには、いくつかのパターンがあるパターン
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/2/
http://hamasyou.com/archives/Engineer-Soul/daooraoooiiadata_access_objectoraooeieco.php
- Transaction Script
- 「ドメインロジックが多くなればなるほど、各トランザクションでの共通したロジックであるサブルーチンが切り出しにくくなり、重複したロジックが増え、結果的に保守しにくいものになる可能性」(引用)経験あり
- Domain Model
- Table Model
- サービス層
- ドメイン層
- パーシステンス層
- ActiveRecord
- railsで使われている
O/R利用の是非
http://blog.y-110.net/log/eid86.html
http://d.akinori.org/?date=20060926#p01
「テーブル設計・パフォーマンス・リレーション・保守性」について
「ストアドプロシジャ」の検討
「s2dao」の検討
インピーダンスミスマッチ
自分の開発でネックになっている核心かもしれない。