Java⇔RDBのMapping-Frameworkを語るｽﾚ

KIVAってなに？

>>910
ttp://www.google.com/search?num=50&hl=ja&ie=UTF-8&oe=UTF-8&q=KIVA+%2B%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%82%B5%E3%83%BC%E3%83%90&lr=lang_ja

912 ：デフォルトの名無しさん：04/04/30 09:04

そういやCayenneって、スキーマ情報ぶっこぬきツールが付いてるのな。
まだ試してもいないけど、リレーション情報まで抜いてくれるのかな。
WOのEOModelerを参考にしてるようだからやってくれそうだけれど。。

HibernateのFAQでなぜGUIツールが付いてないのか？の問いに対して、
「GUIなどの補助ツールが必要なフレームワークってのは、
単体で使えないほど設計がタコいんだよ」
みたいな解答があったような気がする。
そりゃあそうだけど、やっぱ楽したいよ。

ってなもんで、jFaceDbcで基本情報抜いて、マッピングファイルの細かいところは
手作業でシコシコってパターンが一番多い。。。

913 ：デフォルトの名無しさん：04/04/30 13:44

>>912
俺は一日試しただけだけどリレーション情報抜いてくれるよ。
ただしインサート時の主キー生成の方法とかが何かと問題に
なるのは事実。

カスタマイズは一応できるようになってるけどまあ大体は
DBMS依存だしね。Oracleでは主キーを自動生成したいばあいは
シークエンスを使うのが一般的だけど……ってなあたりから
想像はつくでしょ。
主キー生成をGenericな実装にしようとするとSPと行ロックは
最低限欲しくなるけどこれまたDBMS依存の世界だからねー。

914 ：デフォルトの名無しさん：04/04/30 23:49

>>909
すげー、懐かしい名前だｗ
NASは今はどうなってるの？

915 ：デフォルトの名無しさん：04/05/07 16:37

>>908
Hibernate デュアルレイヤ・キャッシュ・アーキテクチャ
http://www.hibernate.org/4.html#A43

916 ：デフォルトの名無しさん：04/05/07 18:25

MappingFrameWorkって、いわゆるEJBとは違うんですか？

917 ：デフォルトの名無しさん：04/05/07 18:39

いわゆるEJBはMappingFrameworkのひとつ。

918 ：デフォルトの名無しさん：04/05/07 21:21

違うだろ。フレームワークと技術を比べるなよ。

919 ：デフォルトの名無しさん：04/05/08 00:16

フレームワークと技術の違いを述べよ (400字以内)

920 ：デフォルトの名無しさん：04/05/08 04:05

EJB は HYBERNATE や Torque と志向は同じでより大規模向けのもんと解釈してよいんでしょうか。

921 ：デフォルトの名無しさん：04/05/08 07:54

EJBの場合、MappingFrameworkはベースになる機能のひとつにすぎないから志向が同じとは言いがたい。

922 ：デフォルトの名無しさん：04/05/08 09:13

>>919
述べられないが、おれも>>918がただしいと思う。

923 ：デフォルトの名無しさん：04/05/08 22:33

EJBは、ビジネスコンポーネントを作るためのフレームワーク。（だったはず・・・）
ポータビリティーを指向してる点がちと違うのでは。（ポータビリティーなんて嘘だけど）
ORマッピングは、RDBのテーブルへアクセスする方法をOOっぽくするもの。

誕生したときの狙いはこれぐらい違うはずだけど、使い方次第では
同じにもなる。って感じかな？

924 ：デフォルトの名無しさん：04/05/09 00:49

EJBの実装はひとつのフレームワークだと思うんだが
分散オブジェクトを取り扱うための実装とビジネスオブジェクトの実装方法を提供してるんだし

925 ：デフォルトの名無しさん：04/05/09 01:00

そもそも、フレームワークって言葉の定義が、
いまや曖昧だよな。

926 ：デフォルトの名無しさん：04/05/09 04:58

もともと曖昧だよ。
分類のための言葉なんて、そんなもんだ。
かならず境界部分はあいまいになる。

927 ：デフォルトの名無しさん：04/05/09 05:02

>>919
技術 ⊃ フレームワーク
イギリス人とベッカムの違いを述べよ、っていうのと同じ無意味な質問だ。

928 ：デフォルトの名無しさん：04/05/09 14:15

SQL Maps なんかよさそ。チュートリアル読んだだけだけど、こんなのが欲しかった。

ttp://www.ibatis.com/common/sqlmaps2.html

929 ：デフォルトの名無しさん：04/05/09 14:28

フレームワークとは制御の反転だ、"Don't call me. I call you"だという単純化をすれば
EJBもフレームワーク。
これはフレームワークとライブラリの差のはなしか。

930 ：デフォルトの名無しさん：04/05/09 21:13

「もう、かけて来ないで。」
「……つぎは私からかけるから。」

931 ：デフォルトの名無しさん：04/05/09 21:30

>>930
お互いにかけあえる仲
ということは両方男ですね

932 ：デフォルトの名無しさん：04/05/10 08:51

Hollywood principle:
Don't call us, we'll call you.

933 ：デフォルトの名無しさん：04/05/10 11:52

俺用hibernateメモ。

hibernate.cfg.xmlは、SessionFactoryがbuildされる毎に読まれる。
hibernate.propertiesは、Hibernateのイニシャライズ時に１回だけ読まれる。

934 ：デフォルトの名無しさん：04/05/10 20:35

俺用hibernateメモ。

xbm.xmlは、作るのが死ぬほどめんどくさい。

935 ：デフォルトの名無しさん：04/05/10 21:45

>>934
*.hbm.xmlのこと？
Eclipse用のjFaceDbcプラグイン使うといいよ。
DBに接続して、hbm.xmlファイルにしたいテーブルを選択して、
Hibernateへ出力する命令を実行すると、基本的なマッピングファイルが
自動で作られるよ。
あとは、many-to-manyとかのリレーション情報とかが必要なら、そこから
手作業で修正とかすりゃいいし。

936 ：デフォルトの名無しさん：04/05/10 22:12

その点CayenneはCayenneModelerがあるから(ﾟдﾟ)ｳﾏｰだな。

937 ：デフォルトの名無しさん：04/05/10 22:34

でもCayenneは日本語情報が少なすぎ・・・
いいサイトある？

938 ：デフォルトの名無しさん：04/05/11 03:02

Ｃａｙｅｎｎｅってなんて読むの？
カイーネ？

939 ：初期不良：04/05/11 06:39

検索するとすぐ引っかかるポルシェの cayenne は
カイエン、と書いてるね

940 ：デフォルトの名無しさん：04/05/11 07:04

amazonで検索すると、トウガラシを使った健康料理レシピ見たいのがひっかかる罠。

941 ：デフォルトの名無しさん：04/05/11 22:04

カイエンヌ

942 ：デフォルトの名無しさん：04/05/11 22:14

マスコットが、カイエンペッパーだよね。
オレンジ色のにくい奴。

943 ：934：04/05/11 22:48

>>935
さんきゅ。

でも >928 を使った方が簡単そうな気がする。

944 ：デフォルトの名無しさん：04/05/12 06:26

dbutilsとはどちがうの

945 ：934：04/05/12 22:17

>>944
dbutilはselectだけじゃないの？

946 ：デフォルトの名無しさん：04/05/12 22:53

>>945
すこしは調べてから書けよ。無知。

947 ：デフォルトの名無しさん：04/05/12 23:25

DBUtilsは結局SQLを書くことに変わりは無い。
本当に薄いラッパーなので、ResultSet取り出しが若干オブジェクティブになる程度。
その分速度は速いらしいが、DBUtilsの恩恵を受けるためにはQueryRunnerを使いまわしたり
色々面倒だしコード書き直しも沢山あるんで、俺は結局使わない事にした。

あと、無名クラスをガンガン書きまくるハメになるのでは読み辛くて嫌だ。

948 ：デフォルトの名無しさん：04/05/12 23:36

＞あと、無名クラスをガンガン書きまくるハメになるのでは読み辛くて嫌だ。
RowProcessor書けばいいじゃん

949 ：デフォルトの名無しさん：04/05/13 08:24

すんげえ低レベルな話題だが、行ロックが欲しいようなケースってどう
してる？
いわゆるSELECT FOR UPDATEを使いたくなるようなケース。
参照→更新処理って実は大体こうだと思うんだけど。

JDBC2.0では更新可能なカーソルやカーソル名の取得が定義されちょるけど
ドライバによっては対応してないし、マッピングフレームワークとも
なると、正直不透明過ぎてわけわからん。
そもそも思いっ切りDBMS依存だけどデータ一貫性保証のためには絶対に必要、
という困り者。SPにできるんならSPで実装してしまうのが正しいのかな。
これもDBMS依存だけど。

それと、よく困るのは一意制約違反のエラー。これはシステムエラーでも
何でもないから、ちゃんとひろってアプリレベルでの対応が必要に
なるんだけど、SQLExceptionから一意制約違反であることを確かめる
には、DBMS毎のエラーメッセージのパースが必要になる。

950 ：デフォルトの名無しさん：04/05/13 21:47

Web+DBばっかりなんで、参照でロックしたことが無いなー。
いつもは最終更新時間か、レコード更新回数をフィールドに持たせてる。

951 ：デフォルトの名無しさん：04/05/14 07:24

>>950
ようするに、
参照(1)→ユーザがブラウザ側で手入力→更新(2)
で、(1)と(2)の間には無限大になり得るタイムラグがあるから、
その間のロックなんかできませんぜ、ということですよね。

無論その通りで、それゆえに(2)の時に再参照を行って、衝突があったかどうか
確認してるんだろうけど、その際の再参照→更新は
行ロックすべき、ですよね？
そこをatomicにできないんなら、論理的にはその間に衝突が発生する
可能性がある訳だから。

952 ：デフォルトの名無しさん：04/05/15 00:29

俺用hibernateメモ。

データベースアクセスは JDBC でしこしこが一番。

953 ：デフォルトの名無しさん：04/05/15 02:00

俺用hibernateメモ。

Criteriaクラスを使うよりも、HQL使ったほうが高速。
でも気持ち的にはCriteria使いたい。

954 ：デフォルトの名無しさん：04/05/16 22:17

>>944
selectの時に自動的にBeanに放り込んでくれる点はDBUtilと一緒だけど、
SQLMapsならinsert/update/deleteもBeanで自然に操作できる。

955 ：デフォルトの名無しさん：04/05/20 08:37

Hibernateって自動インクルメントのカラムを作らないと
SaveOrUpdateとかカスケードした更新とかって出来ないの？

Hibernateのためにテーブル設計するのもなって思うんだが
漏れは何か勘違いしてるだけかな。

956 ：デフォルトの名無しさん：04/05/20 09:00

>>955
Hibernateを利用したアプリに必要なテーブルを、XDoclet使って作ることもできるし、
既存テーブルをオブジェクトにマッピングさせてもいいし、どちらでも好きな方法とればいいじゃん。
マッピングの基本を見直してみるのもいいかも。
ttp://www.ozacc.com/library/java/hibernate/doc/html/or-mapping.html

957 ：デフォルトの名無しさん：04/05/21 15:23

Exadel - ORM Studio Hibernate Edition
ttp://www.exadel.com/products_ORMstudio.htm

私たちのユニークかつビジュアルな「ドラッグ＆コネクト」アプローチで
Eclipseの実力を拡張する　Exadel ORM Studio (Hibernate Edition)は、
HibernateのORMマッピングを用いて、あなたのアプリケーションに
より効率的な企業データベースアクセスをもたらします。

----

評価版あり。

958 ：955：04/05/22 08:38

>>956
主キーが文字列型の場合ってgenerator classはassignedしか
使えないって思ってるんだけど、そもそもその考えが間違ってるのかな。
それかIdentifierGeneratorを実装するか。
その前に主キーが文字列型って時点で痛すぎか？・・・

959 ：デフォルトの名無しさん：04/05/25 16:42

>>955
uuidを使うとかは？