[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 04/16 16:28 / Filesize : 206 KB / Number-of Response : 951
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Java⇔RDBのMapping-Frameworkを語るスレ Vol.5



802 名前:デフォルトの名無しさん mailto:sage [2011/07/31(日) 21:11:48.99 ]
RDBMS毎と言えばそもそもDDLやDMLからして方言の違いがあるわけで、
JPAのスキーマ自動生成とかJPQLとかはその上に一段抽象化された層を
重ねる事でその辺の差を吸収してくれるものだと期待していたので。
どうしてそこからインデックスを外すのかなぁと。インデックスの種類に
してもデフォルトのB-Treeで大敗して初めてRDBMS毎の最適化を考えれば
良いのではないかと。

なぜこんな事を気にするのかというと、今関わっているプロジェクトでは
開発側はPostgres+Hibernateで統一されているのだけど、出来た成果物
自体は(HibernateのDialect定義が提供されている範囲で)任意のRDBMSが
走っている環境上に展開出来る事を意図しているみたいなので。
なんでスキーマ定義の直書きやJDBC直叩きば御法度で、スキーマ定義から
DB操作までJPAのAPIの範囲内で済ませなさいと言うお達しなんです。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<206KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef