- 1 名前：デフォルトの名無しさん mailto:sage [2008/09/06(土) 12:31:17 ]
- 前スレ：
Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4
ttp://pc11.2ch.net/test/read.cgi/tech/1134701684/
過去スレ：
Java⇔RDBのMapping-Frameworkを語るThre Vol.3
ttp://pc8.2ch.net/test/read.cgi/tech/1090653286/
Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.2
ttp://pc5.2ch.net/test/read.cgi/tech/1086315004/
Java⇔RDBのMapping-Frameworkを語るｽﾚ
ttp://pc5.2ch.net/test/read.cgi/tech/1049030272/
●まずは、基礎知識と技術選択指針など
[The Fundamentals of Mapping Objects to Relational Databases]
（RDBに対するオブジェクトマッピングの基礎(英語)）
ttp://www.agiledata.org/essays/mappingObjects.html
[O/R-Mappingツールの比較サイト(英語)]
ttp://c2.com/cgi-bin/wiki?ObjectRelationalToolComparison
[Catalog of Patterns of Enterprise Application Architecture (PoEAA)]
ttp://www.martinfowler.com/eaaCatalog/
あとは>>2-5ぐらい
- 123 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 13:11:43 ]
- スキーマ動的に増えるとか何かの冗談？
- 124 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:23:07 ]
- インデックスが脇役になってた
tv2ch.com/jlab-10s/s/10s96973.jpg
dat.2chan.net:81/18/src/1228585436408.jpg
- 125 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:28:31 ]
- ORツールを導入するプロジェクトの規模ってどのくらいからが妥当ですか？
- 126 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:59:25 ]
- 1人で開発する場合から妥当
- 127 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 03:12:38 ]
- >>123
スキーマ動的に増える設計のシステム保守してるよ。
案外冗談でもないんだな。これが。
- 128 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 03:31:14 ]
- むしろひとりだとORMつかってうまーの規模だな。
- 129 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 09:43:37 ]
- プロジェクトで ORM 導入を考えるときは、
便利だけど使いこなすのが難しいので、メンバーに使いこなせるかどうか
とか考えなければいけないけど、ひとりだと自分の好きなツールを使えるからいいね。
- 130 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 19:23:51 ]
- メンバーのスキルは期待できない。
SQLなら多少書ける。
っというのであれば、DBUtilsやiBatisあたりを使ってりゃいいんじゃね。
- 131 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:26:41 ]
- スキルが期待できない開発者はSQLもとんでもないのを書くことが多いｗ
- 132 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:28:09 ]
- ぶっちゃけオブジェクト指向よりSQLの方が簡単なので
ORMの説明してもSQLじゃないと出来ないとか言われるのが落ち
- 133 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:57:54 ]
- オブジェクト指向よりSQLのほうが簡単？マジ？
使う側の話だよね？
SQLとの比較ってことは、クラス設計ではなくて、誰かが作ったクラス使う場合だよね。
- 134 名前：デフォルトの名無しさん mailto:age [2008/12/09(火) 01:52:58 ]
- age
- 135 名前：デフォルトの名無しさん mailto:sage [2008/12/09(火) 02:02:31 ]
- Entityクラスくらい誰でも作れるだろ
- 136 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 23:57:32 ]
- 禁書って２クールだったのか
- 137 名前：デフォルトの名無しさん [2008/12/11(木) 01:01:18 ]
- オレもDBからデータ引っ張るときはSQLで考える方が楽だと思う。
WHEREにORとかBETWEENとか必要で、
GROUP BYでMAXとらなきゃいけないケースが多いからかもしれないけど、
これをORMで、ってなったらゴメンナサイだわ。
- 138 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 21:53:12 ]
- group byって標準APIであるJPAにもあった気がするけど
- 139 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 22:04:15 ]
- GROUP BYでMAXはORMでも簡単じゃないか？
テーブル結合とかがかなり面倒って感じかな
- 140 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 22:08:42 ]
- ORMの場合最初に設計時に関連かいてるからね
FKつけないとかいうトンデモな場所だと使いにくい
- 141 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 07:59:47 ]
- 逆にORM意識して規約に従ったDB設計やっていたら
結合がアホのように簡単になる
スキーマをいじれるときはORMで
いじれないときはSQL重視でやるのがいいと思う
|
 |
