- PR -

ORマッピングって、本当に実用的？

«前のページへ 1|2
投稿者投稿内容
sumin
ベテラン
会議室デビュー日: 2003/07/17
投稿数: 93
投稿日時: 2003-12-04 15:15
引用:

プリンスさんの書き込み (2003-12-04 14:44) より:
なんだか論点が混乱してきたのですが、もともとの疑問はORマッピングの実用性ではなかったでしたっけ？SuminさんのはなしではSQL文のオートマ/マニュアルのどっち？という印象をうけます。ORマッピングをするしないとSQL文の自動生成は違いますよね？


確かに、混乱しちゃいました。申し訳ございません。私が提示したスレッドのタイトルがあまりよくなかったのですね。「ORマッピング・ツールはどんなケースに適用すべきか？」がより正しいでしょうかね？ORマッピング自体が要らないとはぜんぜん考えてません。ご指摘ありがとうございました。
sumin
ベテラン
会議室デビュー日: 2003/07/17
投稿数: 93
投稿日時: 2003-12-04 15:28
引用:

ukさんの書き込み (2003-12-04 14:52) より:

DBMSの仕様によってSQLを見直すことはある程度仕方ないと思います。しかしこれって特殊
ケースではなくよくあることでしょうか。それと、複雑なジョインが必要なクエリが必要な
場合は確かに自動生成は向いていないでしょうね。そういった場合に局所的に書き直す手段
が担保されていれば問題ないと思います。


実は、これが本当に知りたいのですが、永続化層をEJBを使うとした場合、OuterJoinとか複雑なクエリ、ストアドプロシーザーの発行が必要になった時にどうするかが全ての疑問の出発でした。「EntityBeanの足りない機能が支援されるDAOフレームワーク」が実は今探しているものです。それを探しながらORマッピング・ツールを調べたら結構複雑だったのでEntityBeanとなんらかのDAOフレームワークを採用した場合、一般開発者の学習の負担が増大するのではないかという恐れがありましたので。もしそうだったら「EntityBeanとネイティブなSQL」でいいじゃん？と思ったからです。

もしご経験とか推薦がありましたらどうぞ宜しくお願いします。
プリンス
ベテラン
会議室デビュー日: 2003/07/05
投稿数: 78
お住まい・勤務地: 神奈川
投稿日時: 2003-12-04 16:05
引用:

suminさんの書き込み (2003-12-04 15:28) より:
「EntityBeanとネイティブなSQL」でいいじゃん？と思ったからです。

まさにSunのBlue Printでも同じことを言っていて、
デザインパターンのFastLaneReaderでは、パフォーマンスの要求されるRowSetみたいなバルクロードはDAOでValueObject(DTO)を返し、そうでない場合はEJBコンテナ経由でエンタープライズビーンを取得するように任意に切り替えられるように薦めてます。
http://java.sun.com/blueprints/patterns/FastLaneReader.html
«前のページへ 1|2

スキルアップ／キャリアアップ（JOB@IT）