Java⇔RDBのMapping-Frameworkを語るThre Vol.3

Prevoius Thread
「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.2」
http://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]
　　ttp://www.martinfowler.com/eaaCatalog/

詳細は、>>2以降に。

●O/R-Mapping Framework各種
　[HYBERNATE]
　　ttp://www.hibernate.org/

　[Cayenne]
　　ttp://objectstyle.org/cayenne/

　[Torque]
　　ttp://db.apache.org/torque/

　[CasterJDO]
　　ttp://www.castor.org/jdo.html

　[ObJectRelationalBridge (OJB)]
　　ttp://www.terra-intl.com/jakarta/ojb/
　
　[iBATIS - SQL Maps]
　　ttp://www.ibatis.com/common/sqlmaps2.html
　
　[Java Ultra-Lite Persistence (JULP)]
　　ttp://julp.sourceforge.net/index.html
　
　[Jakarta Commons DbUtils]（O/R-Mappingというよりは、O/R-Bridge）
　　ttp://jakarta.apache.org/commons/dbutils/

●コネクション・プーリング・フレームワーク
　[Jakarta Commons DBCP]
　　ttp://jakarta.apache.org/commons/dbcp/

　[c3p0 : JDBC DataSources/Resource Pools]
　　ttp://sourceforge.net/projects/c3p0

　[XAPool : Pool object for JDBC connections and XA connections]
　　ttp://xapool.experlog.com/



●JDBCに関する情報源
　[JDBCの基礎]
　　ttp://www5b.biglobe.ne.jp/~hrk117/personal/pc/jdbc/

　[JDBC API解説]
　　ttp://akimoto-jp.com/java/Database/Jdbc-api/index.html

●参考サイトや情報源
--- 比較資料など ----
　[JDBC, Hibernate, Torque, DbUtilのベンチマーク比較]
　　ttp://d.hatena.ne.jp/masanobuimai/20031216#p2

---- Hibernate関連情報 ----
　[HIBERNATE - Relational Persistence for Idiomatic Java 【日本語訳版]
　　ttp://www.ozacc.com/library/java/hibernate/doc/html/index.html
　
　[Hibernate User FAQ 日本語訳版]
　　ttp://nekop.programmers.jp/wiki/Hibernate/?HibernateUsersFAQ
　
　[@IT - Hibernateで理解するO/Rマッピング1,2]
　　ttp://www.atmarkit.co.jp/fjava/rensai3/ormap01/ormap01.html
　　ttp://www.atmarkit.co.jp/fjava/rensai3/ormap02/ormap02.html

　[JAVA開発メモ - Hibernate]
　　ttp://www.moriwaki.net/wiki/index.php?%5B%5BHibernate%5D%5D
　
　[はてなダイアリー - R2D2氏の日記]
　　ttp://d.hatena.ne.jp/R2D2/searchdiary?word=%2a%5bHibernate%5d
　
　[はてなダイアリー - koichik氏のひとりごと - Hibernate入門記]
　　ttp://d.hatena.ne.jp/koichik/searchdiary?word=%2a%5bHibernate%5d
　
　[Hibernateメモ]
　　ttp://muimi.com/j/hibernate/
　
　[Hibernateを試してみる]
　　ttp://docs.positrail.org/pukiwiki.php?Document%2FHibernate

続き：

　[Hibernateのマッピング情報を生成するのに便利なツール]
　　- XDoclet
　　　　Java Beanからマッピングファイルを生成
　　　　ttp://xdoclet.sourceforge.net/xdoclet/index.html

　　- Hibernate Synchronizer
　　　　Eclipse用プラグイン。DBのテーブル構造からマッピングファイルを生成
　　　　ttp://www.binamics.com/hibernatesync/
　　
　　- JFaceDbc
　　　　Eclipse用プラグイン。DBのテーブル構造からマッピングファイルを生成。
　　　　ttp://www.pratocity.com/index.jsp?mod=/jface/jfacedbc.jsp
　　　　(新バージョンから有償になった？)
　　
　　- Exadel ORM Studio Hibernate Edition
　　　　Hibernateにも使える、統合ORM操作環境(有償)
　　　　ttp://www.exadel.com/products_ORMstudio.htm
　　
　　- Hibernateと親和性のある、国産IoCコンテナ"Seasar"
　　　　ttp://www.seasar.org/
　　　　ttp://seasarproject.g.hatena.ne.jp/
　　　　ttp://itpro.nikkeibp.co.jp/free/JAV/J2EE/20040412/1/
　　　　


---- Cayenne関連情報 ----
　[Cayenneの紹介と、基本的な使い方(英語)]
　　ttp://www.theserverside.com/articles/article.tss?l=Cayenne

続き：

---- Torque関連情報 ----
　[Torqueを動かしてみる]
　　ttp://homepage1.nifty.com/kingyoshi/computer/jakarta/torque.htm
　
　[Torqueチュートリアル]
　　ttp://www.jajakarta.org/turbine/jp/turbine/torque/tutorial.html

---- JDO関連情報 ----
　[Castorを使用したオブジェクト・リレーショナル・データ・バインディングの基本を学ぶ]
　　ttp://www-6.ibm.com/jp/developerworks/java/021025/j_j-castor.html
　
　[CastorでオブジェクトをRDBにマッピング]
　　ttp://www.atmarkit.co.jp/fxml/rensai2/xmltool06/01.html

---- DbUtils関連情報 ----
　[DbUtilsメモ]
　　ttp://www02.so-net.ne.jp/~kikuta/dbu/index.html

---- コネクションプーリング関連情報 ----
　[Jakarta Commons DBCPを使ってみよう]
　　ttp://taka-2.com/jclass/DBCP/

　[DBCP利用法 from "『カモン!Commons!』 Jakarta Commonsを使ってスキルアップ" (2002/09)]
　　ttp://www.mobster.jp/wiki/index.jsp?pid=Commons#i10

カイエン
名前が激しく気に入った

お前らよ、


Eclipseで

DbEditプラグイン、JFaceDbcプラグイン、QuantumDBプラグイン、
MNPZ Eclipse SQL Environmentプラグイン、
EasySQLプラグイン、SQLDeveloperプラグイン、JDOプラグイン、
Eclipse Plugin for OJBプラグイン、Hibernatorプラグイン、devtoolプラグイン、
Cray Database Modeling Plug-in, Attrezzo per Xindiceプラグイン、
DB Copyプラグイン

を使ったことあるか？

QuantumDBとMNPZ Eclipse SQL EnvironmentとHibernatorは使ったことある

>>8
まず、おまいの感想を聞かせれ。

>>7
ダグラス・カイエンを連想するかポルシェを連想するかで駄目さ加減がわかるなOTL

>>10
実はDbEditしか使ったことがない。
がDbEditはグーなり

>>11
ガキはFF6と言う

Cay・enne
━━ n. カイエンヌ ((フランス領Guianaの港市で主都)).

cay・enne
━━ n. トウガラシ （cayenne pepper）.

さらに親父は海援隊を(ry

>>13
まぁFF6の主人公達はかなりFSSから名前を持ってきてるわけだが。
ティナのファミリーネームとかな。

>>16
それを踏まえてのレスなんだが

Cayenne/JDBC/SQLite ってやってる人います？

Java WorldにCayenne特集が載ってたよ。最新号だ。

追加情報。
●O/R-Mapping Framework各種
　*NEW*　[PriDE]
　　ttp://pride.sourceforge.net/
　
　*NEW*　[Tornado Object-Relational Mapping Engine]
　　ttp://tornado-db.sourceforge.net/
　
　*NEW*　[CocoBase Enterprise O/R （商用製品）]
　　ttp://www.thoughtinc.com/cber_index.html
　　
　*NEW*　[JDX （商用製品）]
　　ttp://www.softwaretree.com/index1.htm


●参考サイトや情報源
　*NEW*　[Wake a hibernate up，in hurry !（スレ住人による日本語資料）]
　　2スレ目47氏提供
　　ttp://hirohiro.homeip.net/essay/2004/06/20040623.htm

　　*NEW*　- Hibernate+XDocletの解説とサンプルコード
　　　　ttp://www.commentout.com/people/takai/memos/hibernate_xdoclet/

　　*NEW*　- Hibernate + Middlegen + Antを使用したbuild.xmlの例
　　　　ttp://www.boundless-ocean.ne.jp/archives/000102.php

　　*NEW*　- MiddlegenのAntタスクの仕様(英語)
　　　　ttp://boss.bekk.no/boss/middlegen/ant/index.html

　　*NEW*　- EJB 3.0 Early Draft Review Released
　　　　EJB3.0では、Hibernateの思想が取り入れられます
　　　　ttp://www.theserverside.com/news/thread.tss?thread_id=27005

●Cayenne関連情報

　*NEW*　[CayenneでORマッピング（スレ住人による日本語資料）]
　　ttp://www.fk.urban.ne.jp/home/kishida/kouza/cayenne.html
　　2スレ目598氏提供。
　　
　*NEW*　[Aggregate Functions / MIN,MAX,COUNTなどの集約関数の使い方]
　　ttp://objectstyle.org/cayenne/examples/aggregate-functions/index.html


*NEW*　---- JDBC⇔RDB間モニタリングツール ---
　　O/Rマッパー使ってると、JDBCドライバとRDB間で、どのようなやりとりが
　　されてるのか知りたいときがある。そのためのツール。
　　[jdbcdebugger]
　　　ttp://jdbcdebugger.sourceforge.jp/

　　[P6Spy]
　　　ttp://www.p6spy.com/



*NEW*　---- その他、有益な情報源 ----
　　[ダイコン時代のORM - 結果セット中心]
　　　ttp://d.hatena.ne.jp/higayasuo/20040708#1089245059
　　[ダイコン時代の設計手法 - モデリング]
　　　ttp://d.hatena.ne.jp/higayasuo/20040609#1086738237
　　[EJB3.0の概要が明らかに──「アンチEJB」派の意見を取り込み大幅変更]
　　　ttp://itpro.nikkeibp.co.jp/free/JAV/NEWS/20040510/1/

*NEW* --- 網走番外地：Java向け以外のO/R Mapping ----
　　●Microsoft .NET用
　　　[NHibernate]
　　　　ttp://nhibernate.sourceforge.net/
　　　[ORM.NET（商用）]
　　　　ttp://www.olero.com/OrmWeb/index.aspx?p=ORM.ascx
　　　
　　
　　●Perl用
　　　[Object-Interface-1.0]
　　　　ttp://search.cpan.org/~gwelch/Object-Interface-1.0/
　　　[SQL-Generator-0.02]
　　　　ttp://search.cpan.org/~muenalan/SQL-Generator-0.02/
　　
　　●Ruby用
　　　[rorm - Ruby Object-Rdbms Mapper]
　　　　ttp://www.commentout.com/people/takai/src/rorm/
　　　[TapKit]
　　　　ttp://www.spice-of-life.net/tapkit/index_ja.html
　　　[SDS]
　　　　ttp://www.starware.one.pl/software/sds/index.html

>>8
jFaceDbcは、2.xを使ってた。
用途は、Hibernateの基本マッピングファイル作成。
スケルトンとなるマッピングファイルが１テーブルづつ作れたが、
複数テーブルの一括作成機能ってのは無かった。
3.0以降は試してない。

あと、Hibernate Syncronizerとかいうのも使った。
これもマッピングファイル生成。こっちは一括作成できた。

>>19
ほんとだ、Tapestryと併用するってか？

しかもインストールも以外と簡単なんだな。

Java Worldみて、「リスペクトする」って便利な言葉だと思ったよ。

>>7 >>11 >>16
FSSを調べてみたら、FF6と同じような餓鬼の扱いじゃねえかw

約20年も前のものにやたらと詳しいな藻前ら


やはりこれだな。
http://content4.eu.porsche.com/prod/cayenne/cayenne.nsf/jpnjapanese/cayenne

>>11でポルシェって書いてるじゃん
やっぱりこれだな。
http://www.hapima.com/prd/02000189/02000189owh0701/

プロダクトレビュー
話題のO/Rマッピングツール「Cayenne」を使う
http://www.atmarkit.co.jp/fjava/products/cayenne/cayenne_1.html

これってどうよ？

PObjGen (Eclipse plug-in)
http://eclipsewiki.net/eclipse/index.php?PObjGen


PObjGen はデータベースアクセス用のコードを生成する Eclpse 3.0 用プラグインです。

ウイザードからアクセスしたいテーブルとそのカラムを選ぶと、
そのテーブルのレコードを SELECT, INSERT, UPDATE, DELETE できる
Ｊａｖａコードが生成されます。 現在 DB2 v8.1 対応のものの評価版を公開しております。　
　 　

いろんな環境にある、ウィザード形式でマスタメンテ作れるソフトね。
結局使わない・・・。
ORマッピングじゃないね。
強いて言うならRelation - Interfaceマッピングか。

少し前の盛り上がりが嘘のよう

>>31
やはり、「共通の敵」がいるのが一番もりあがるね。

よーし、じゃあ俺が悪役やるね。

地球を征服してやる。

おながいします。

>>33
違うよ、MapでDBアクセスを征服だよ。

漏れは制服がいいんでしょうか？

いまはユニフォームの時代です。
ラクロスらくろす。

マクロスまくろす。

よーし、じゃあ俺が悪役やるね。

地球から制服をなくしてやる。

>>39
うおー、それはだめだ。
断固反対。

>>39
断固阻止！お前はこのｽﾚの北朝鮮に認定！
おれはブッシュやるね。
爆撃するぞ〜爆撃するぞ〜徹底的に爆撃するぞ〜

おまいらMap厨よりゴミクズだな

でもMap厨より微笑ましい気もする（ｗ

っつうか、制服がなくなるくらいなら、HibernateもCayenneも使わずMapでやるよ。

おまえら、Hibernateはキャッシュの制御が手間だし、CayenneはSQL発行のタイミングが制御しづらいですよ。
そんな無駄なもの使わずMap使っとけ。
Map。
セッターゲッターしかないクラスもムダ。
Mapがいいですよ。

だから制服はなくさないでください。
ついでに看護士っていうのもやめて看護婦にしてください。
客室乗務員じゃなくて、スチュワーデスにしてください。

ああ、漏れも同意だな。Mapいいよ。Map最強。
だからアンミラの制服はなくさないでください。

おまえら、今時OR-Mappingなんてつかってんの？
重量級だし融通きかないしイイコトないじゃん。
今後も今まで通り、Mapで決まりだよ。
これは理由とか条件とかそんなんじゃあない。
定めだよ定め。運命だ。宿命といってもいいかな。
もはや、Mapは宇宙の心理とも言えるかも。
Mapを別のMapに入れて、それを集めてまたMapを作る。
さらにそれを複数つかって新たなMapにツッコむ。
こうして、美しいフラクタル図形のようなMap構造ができあがっていく。
しかもそれは、ガウディのサグラダファミリアのごとく、
「永遠に完成しない、という完成」を持っているわけだ。
そんなこともわからねーやつは、永遠にITブルーワーカーやってろっての。
おまえもか、ではない。ブルワーカーじゃねーぞ。
通販じゃ売ってないから、導入には注意しろよ。

俺は徹夜で仕事したから、今から帰るぞ。あばよ。

Hibernate 2.1.5リリース
http://sourceforge.net/project/shownotes.php?release_id=257981
minor bugfixes and improvementsだそうな

Hibernateなんかバージョンアップしてもしかたないんだよ。
オブジェクトモデルとリレーショナルモデルのギャップ埋めるより、事務服のおねえさんがオレの心のスキマ埋めてくれた方が仕事がはかどるんだよ。

>>47は空気嫁ないお河馬さん

前スレの47は神だったのに。

そうか？

Hibernateさわろうと思って見ると、コードが分散しすぎていて、チュートリアルとしては失格だな。

そこでORが似合う制服を考えるのでつよ！！

先生、HibernateってSQL書けないんですか？
HQLとかじゃなくて普通に。
複雑なクエリーのやりかたがわからないんですが。

SQLもかけるじゃん。もっとよく調べろよ。

HibernateのSessionからJDBCのConnectionを取得すれば、
SQL投げようがストアド起動しようがやりほうだい。
しかし、Hibernateのメリットを生かせない罠。

>>57
ありがとうございます。

session.connection().createStatement()...

なるほど、コネクションは取れるわけですか。
トランザクションとかは、Hibernateと一緒にできそうですね。

ちなみに、検索結果を、ResultSetじゃなくて、
Hibernateで作ったビーンに詰めて返したいんですけど、
そういうのはできないですか？
(DBUtilsな風な利用法か、設定ファイルにSQL書けて結果はビーンになってるとか。。。)

>>56　
hibernateでネイティブなSQLの記述

調べるとこんなの出ました。
http://www.hibernate.org/hib_docs/reference/en/html/querysql.html

-sesson.createSQLQuerry(...) - 本体は引数にベタ書き
-session.getNamedQuerry(...) - 本体はhbm(?)にsql-query要素に記述

そうでありましたか。。。

とりあえずMiddlegenとhbm2javaを使って既存テーブルからマッピングするHibernateのチュートリアル書いときました。
http://www.fk.urban.ne.jp/home/kishida/kouza/hibernate.html

でも、>>39の陰謀による次の問題に荷担してしまうなら、削除します。
http://www.google.com/search?q=%E3%83%8A%E3%83%BC%E3%82%B9%E3%82%AD%E3%83%A3%E3%83%83%E3%83%97+%E5%BB%83%E6%AD%A2

>>57
そこまでしてhibernate使う意味あるのか？

>>60
GJ!!

>>62
どもです。
MiddlegenでXDocletタグを生成しつつ、XDocletタグからhbmファイル生成するところも書き足しました。

RDBなんてもう古いよ
所詮テーブルのストアだから
いずれオブジェクトグラフの保存に適したODBに取って代わるだろう

と言われつづけて早十数年

>>64

ODB ってよくワカランのだが、インスタンス化の範囲ってどうやって決めるの？
給与明細に社員名だそうとして、社員オブジェクト持ってきたら、
家族構成とか住所とか配属履歴とか余計なインスタンスがくっついてきたり
しないんですか？

はいはいこっちに行きましょうね

OODB - オブジェクト指向データベース
http://pc5.2ch.net/test/read.cgi/db/1057157392/l50

>>66
lazy evaluation

>>67
こりゃ失礼

>>68
面倒くさそう

ttp://www.exglue.jp/

>>66
HibernateとかCayenne使う感覚と同じだよ。
っていうか、HibernateとかCayenneとかが、ODB使う感覚でRDB使えるようにしてるんだけども。
で、この辺の技術のおかげで、ODBは出る幕がなくなった。

一時期はXML-DBなんてのも持て囃されたけど、
あまり聞かなくなったな。
企業ベースではレガシーな資産が残る限り、まだまだRDBの天下は続くだろうよ。
そこでMapの出番ですよ（ｗ

>>72
それは、最近の情報に疎いだけでは・・・
むしろ最近やっと実装をみかけるようになってきた。

>>72
>>73
そうそう、最近よく聞くようになってきたよ、XML-DB。
あれってＤＢ再構成無しに属性追加とかサクっとできるところが
よさげだ。

マッピーお役ご免？

属性追加くらいならRDBでもできる‥よね？
そういう単純な話ではないのかな？

>>75
RDBだと、あるデータだけ属性追加、とかは間違っても出来ない。

>>76
そういう場合は子表を作るのがRDBの流儀、でしょ

でもXML-DBの場合、バイナリを大量に突っ込むような用途の場合、
パフォーマンス的にどうなんだろう？

XML-DBだからといって、XMLファイルでデータを持つわけじゃないし。

Hibernateでラージオブジェクトって使える？
Hibernate Synchronizer使ったら
ラージオブジェクトのカラムに対応するフィールドがStringになっちゃったんだけど。
DBはPostgreSQLです。

>>76,77
本当？それとも性能や運用の面でそうすることが多いということ？

>>81
どっちに対して本当って聞いてるんだ？

>>82
両方とも

>>83
ま、少なくとも、仕組みとしてはあるデータだけに属性を追加というのはできない。
どうにかして実現するとしても、属性がデータによって変わることがあるものは、RDBではかなり表現しづらい。
なんとかデータを格納しても、検索やりづらいし。

その属性の値が存在しないということを表現するために
nullってモンがあるわけだけどね。

Hibernateで、TorqueみたくRDBのスキーマドキュメント生成するツール
ってあるんですか？

Hibernateで用意されている必要性がわからん。

>>85
nullがあるとしても、1万件のデータのうち、ひとつのデータにだけある属性のために9999件のデータにnullを入れるのはムダだし。
ほかのデータには別の属性が複数あったり、ある属性は複数のデータがもっていたりすると、ひとつの表で表現するのは非常にムダ。
alter tableしてinsertする、というオペレーションも避けたいし。
また、そのうちのある属性は配列になっていたり、複合属性になってたりすると、データの表現だけで大変な労力が必要になってくる。
データの整合性を保つというデータベースの役割は果たせなくなるし。

>>85
そのデータにはそもそもその属性がないのか、属性はあるけども値が割り当てられてないのか、判断できないね。

>>88
そこまで統一性が無い場合って、例えばどんなデータでしょうか。(イメージつかめてない)
(まぁ少なくともJava⇔RDBからは外れそうだけど。)

>>90
代表的なのはアンケート情報

あ、あとRDBばっかり触ってると、RDBで表現できない分野のデータについて想像できなくなる

>>91
アンケート情報は定型化しなきゃ駄目じゃん、と思ったけど、何種類も違うや
つを一緒に管理する場合と理解してOK?

>>93
1回のアンケートは定型化できても、次回は少しだけ項目がかわるということはよくある。
実際に聞きたい項目は定型化していても、あとの質問での答えを引き出すための質問は質問対象によって変わるということもありうるし。

バカ？

顧客ID アンケートID アンケート質問 アンケート回答

みたいなテーブルつくっておけばいいだけじゃん。
項目増えてもオッケーでしょ。

まあ上の例だとまずいかな。
ID・質問マスタは別に用意すべきだろう。

でも、RDBで十分対応できる範囲だな。

と、アンケートを甘く見てると、そう思うわけだね。

>>96
複数回答ありの項目があると、結構簡単に破綻するけどね。

>>95
まぁ、お前が一番バカだってこった。

>>98
そういう場合は単に枝番を振るなりすればいいんじゃないの？

顧客ID アンケートID 枝番 回答ID

これでオッケー
前の絡む3つが主キー候補

>>100
複数設問、複数回答、修正可能、履歴ありの項目があると、結構簡単に破綻するけどね。

>>101
複数設問って、どんなだ？
普通、アンケートって複数設問があるけど、そういう意味じゃないよね。

俺も後で考えたけど、選択入力の項目と自由入力の項目があって
自由入力はしばしば「その他」を選択入力として選んだ場合、
とかだったりするのが、汚くなりやすい要因なのかなあと思ったり
したですよ。
多分FKによる外部参照制約をつけにくくなったり、ほとんどの場合に
NULLであるようなVARCHAR(4000)のカラムが必要になったりとか。

postgresでtext使ってハイ終了

>>103
じゃ、どんなテーブルでも ID と text 1個でハイ終了･･･

>>101
履歴をどう利用したいかにもよるだろうけど
履歴テーブルをドン、と作っておいて
トリガーでコピーとかもアリ

>>100
じゃあ、複数回答のある項目の中に複数項目が含まれるときは？
「お持ちのパソコンと、インストールしている主なソフトとそのメーカーを答えてください。」みたいな。

ありうる設問に対してすべて対応できるようなテーブル設計って、気が狂いそうになる。

>>104
そこにXML形式のデータ入れておけば終了。

>>107
で、そのXMLの中のひとつで検索したい場合にインデックスも
張れないと。






　　　ってか、おまえら Mapping Framework を語れ。

DBUtilsも入れてもいい？

>>109
>2 >4 >6

>>103はVARCHAR(4000)に対するツッコミだろ

CLOBが使えなかった頃の典型的なテクという気もするけど。
CHARと違って実際に4000バイトの領域が自動的に使われちゃう
という訳ではないからね。

>>88
ムダかどうかはここでは別の話なんで措いておくとして、
そういうデータの表現がRDBだと難しくてXMLなら容易だと
考えるのはばかげている。

>>113
RDBではひとつの表では表現できなくて、XMLで非常に素直に表現できるのは事実だが。

>>89
RDBではそもそもそのふたつを区別しない。
XMLでもおなじことだけど。

>>115
XMLであれば、タグを書かなければ表現できる

>>114
なんで一つの表で表現しなきゃならんのだ？

＃>>114にとって「2つ以上の表を扱うのは難しい」ということ？

>>117
ひとつのデータの集まりを表すために２つ以上の表を扱うのは、かなりめんどくさいよ。
マッピング使えばある程度楽にはなるけど。
素直に表現できるのであれば、素直に表現できたほうがいい。

ま、表をごりごりつなげるのが苦ではないなら、RDB使ってればいい。

実際には、ほとんどのシステムで、RDBでの苦よりRDBでの楽が勝るから、RDBを選択することになるんだけど。

>>117
素直に表現することの価値がわからなければ、わからないだろうね。

よーし次はNDBだあ

>>119
君にはNDBがオススメだ！

>>118
CODASYL頭のSEがRDBを否定しているのを見てるみたいだな。

問題領域をRDBにマッピングするのはめんどくさくて、XMLに
マッピングするのは「素直」？
やっぱり単にRDBの使い方を知らんだけのようにおもうが...。

>>122
話の流れが読めん奴だな。
話題に出てるような、属性がデータごとに異なるものをRDBにマッピングするのはめんどくさくて、XMLにマッピングしたほうがより素直に表せるという話なのだが。

一般的に言えば、属性が動的に変わるデータはRDBで扱いづらい

> ひとつのデータの集まりを表すために２つ以上の表を扱うのは、
> かなりめんどくさいよ

> ま、表をごりごりつなげるのが苦ではないなら、RDB使ってればいい。

DQN決定
在る意味Map以上に凄いかもね君。

何のために正規化しているのか…

>>123
いや、だからどの程度の「動的」を想定してんの？
アンケート程度では、正直RDB否定論の根拠としては薄いと思うよ

>>125
正規化されたデータを２つ以上のテーブルに分割する場合がめんどくさいんだよ。
アンケートの場合でも、属性を無限に増やしていけば、正規化されたままで表現はできるわけだから。

>>126
別に否定してるわけではないし、XMLの方がより素直に表現できるといってるだけ。

>>127
＞正規化されたデータを２つ以上のテーブルに分割する
正規化されてねぇんだよ、それ

>>124
正規化してテーブルの数を増やすと、実装の手間が増えるのは事実。
それが許容できる範囲かそうでないかは別の話で。

>>128
データ1には属性1があり、データ2には属性2があり、・・・データnには属性nがある場合、ひとつのテーブルに属性1〜nを持たせるのは正規化されていないわけではないだろ。
それをパフォーマンスの問題なんかでテーブル分割を分割すると、めんどくさいことになる。

>>130
そのテーブルに疑問持ってないの？本当に？
おかしいと思わないの？

>>130
もう少し具体的に話してみて。それだけだと、

データID 属性種別 属性値

という形の表にできそうに見えるから。

>>123
それXMLスキーマとRDBのDMLで書いてみてよ。
本当にRDBの方が複雑って言えるか？

仕様が決まれば表現できるのはアタリマエのような・・・

変化に対する適応力の話に見えるなあ。
RDBって表を変えるのが相当大変じゃない？

>>134
ここまでかかってやっと本題だね。はっきりいってそこが一番の違いだと思うよ。

>>134
属性の追加、テーブルの追加で済む程度のものであればなんの
問題もないというのはガイシュツ。
もしデータモデルに大幅な変更があった場合、XMLなら変更が
簡単、なんてことはない。

>>132
属性の型が違ったら？

>>137
すべてtext型で解決。

>>138
まぜっかえすなﾊﾞｶﾔﾛｳｗ

>>137
その場合でも、XMLでできてRDBにできない変更というと、数値型の
属性を文字型にするとかくらいかな？

そんな変更するくらいなら、俺なら素直に属性追加するが。

「何の問題もない」といってるけど、実は・・・

ID XPATH VALUE

こんな表でXMLの真似事ができそうだな。

ID NAME TYPE CHAR_VAL INT_VAL DATE_VAL...

とかでバリアントの真似事....はさすがに嫌だな。

>>135
やっと本題って、データのモデルが違うから、RDBで表しやすいデータや、RDBで表しにくいけどXMLでは表しやすいデータがある、というのが本質なんだけど。
それをなんか、例えばであげたものの揚げ足をとって、RDBでも十分とか、話の本質を理解せずにツッコミいれてる奴がいて混乱させてるだけ。

結局、モデルのギャップを埋めることの大切さを理解してないという点では、ROマッピングの意味をわからずMAPでも同じことができるからROマッピングは必要ないといってたのと同じ。

それはまた別

>>143
そこんところをもちっと本質的に説明できる例を挙げてくれりゃ
他も納得するんだろうけど。簡単に揚げ足とられるような「例えばで
あげたもの」じゃなくてさ。

RDBで表現するよりXMLで表現するのに適したデータというのは
確かに存在する。たとえば既にXMLで表現されたデータそのものとか。
でもじゃなにも言っていないのとおなじこと。
一方で、RDBのテーブルに一対一で対応する形のデータ以外は
すべてリレーショナルモデルへの落とし込みが必要なわけで、その
意味では「めんどくさい」のも確か。
でもそれはRDB遣いにとっては常態であって、ことさら困難を言い
立てるものでもない。また、適切なモデルに落とし込む手間が必要と
いう意味ではXMLも同様。

そこまでの前提を置いた上で、XMLモデルで表現するのは容易だが
リレーショナルモデルで表現するのが困難なケースにどんなものが
あるかというところが問題なわけ。

要は上で挙げられた、RDBでは「間違ってもできない」「かなり表現
しづらい」「データの表現だけで大変な労力が必要」ってところの
揚げ足を取られない例を挙げて欲しいわけなんだが。

適しているかどうかはそりゃあるんじゃね？

それより、変化への対応の話をしたいんだが。

昔みたいに１年かけて作って７年そのまま稼動、みたいなことは
少なくなってきてるんだし。

>>146
そういう話がしたいってんなら自分でしろよ。
まず>>136に対してなにか言いたいことはないのか？

すぐに「適しているかどうか」の話に引き戻そうとするのがウザイ
と言ってるだけ。

RDB経験豊かな人に尋ねたいのは、対応しづらい仕様変更はあったか、
それをどのように対応したか、という経験談。

ただ、>>145みたいな
>でもそれはRDB遣いにとっては常態であって、ことさら困難を言い
>立てるものでもない。

みたいな寒い発言は勘弁していただきたい。

すぐに「今まで無かったから今後もいらないだろう」の話に引き戻そうとする方がウザイ

>>148
>すぐに「適しているかどうか」の話に引き戻そうとするのがウザイ

オレはXML-DBの使いどころの話をしてるから、それは当然だ。

>RDB経験豊かな人に尋ねたいのは、対応しづらい仕様変更はあったか、
>それをどのように対応したか、という経験談。

>>134の話を続けたいのかと思ったがどうも違うようだな。
他の香具師が乗ってくるよう手前で話を振らなきゃ、望み通りの
議論にならんのはアタリマエだろう。ワガママ言うなよ。

>>150
XML-DBの話はこちらへ。

データベース板　XML統合スレッド
http://pc5.2ch.net/test/read.cgi/db/1057207891/l50

情報システム板　XML-DBの今後！？
http://science3.2ch.net/test/read.cgi/infosys/1051815370/l50

Hibernateで、複数のJNDIを使い分けることは可能なのでしょうか？
テーブルＡ jdbc/hoge1ds
テーブルＢ jdbc/hoge2ds

RDBに、ツリー構造のデータを放り込む良い方法ないですか。
子が親へのポインタ持ってるだけだと、上から降りて検索するのが
SQLの繰り返し発行になってしまって非常に遅くて困るんですが。

ツリー１個に ID つけて
その ツリーID もってるレコード全部取り出したら

>>154
全部というわけではなくて、特定ノード以下だけ選択したかったり…
ID工夫するしかないかな？あるいは、親ノードIDと子ノードIDの対応表
だけ別に作るか…ｱﾀﾏｲﾃ。

>>155
汚い手ですが、ツリー上のノードを示す「パス」をカラムとして
持てばいいのでは。
正規化とは反対の方向になりますがね。

>>152
複数のセッション使えばいいんじゃない？

JDO実装一覧

* Exadel JDO (Riflexo) http://www.exadel.com
* FastObject (Versant) http://www.fastobjects.com
* FrontierSuite (ObjectFrontier) http://www.objectfrontier.com
* IntelliBO (Signsoft) http://www.intellibo.com
* JDO Toolkit (MVCSoft) http://www.mvcsoft.com
* JDOGenie (Versant) http://www.jdogenie.com
* JPOX http://www.jpox.org
* JRelay (Object Industries) http://www.objectindustries.com
* Kodo JDO (SolarMetric) http://www.solarmetric.com
* Lido (LIBeLIS) http://www.libelis.com
* ObjectDB (ObjectDB Software) http://www.objectdb.com
* ObjectStore (Progress Software) http://www.objectstore.net
* OJB (Apache) http://db.apache.org/ojb/
* Orient (Orient Technology) http://www.orientechnologies.com/
* PowerMap JDO (SCE) http://www.powermapjdo.com
* Speedo (ObjectWeb) http://speedo.objectweb.org
* TJDO http://tjdo.sourceforge.net
* XORM http://xorm.sourceforge.net

>>158
JDO も廃れたね〜。

結局なんだったのかなぁ
ORマッピングにこだわりすぎてROマッピングがやりにくかったとか？

>>153
「再帰SQL」でぐぐれ
今ならたいていのRDBMSで使えるだろ

>>161
実装してるのはDB2だけだと思ってたけど、他にもあったっけ?

JavaWorld9月号のCayenne特集に従ってソースコードを生成してみた。

package package1.auto;

import java.util.List;

/** Class _Actor was generated by Cayenne.
* It is probably a good idea to avoid changing this class manually,
* since it may be overwritten next time code is regenerated.
* If you need to make any customizations, please use subclass.
*/
public class _Actor extends org.objectstyle.cayenne.CayenneDataObject {

public static final String BIRTHDAY_PROPERTY = "birthday";
public static final String HOMETOWN_PROPERTY = "hometown";
public static final String NAME_PROPERTY = "name";
public static final String SEX_PROPERTY = "sex";
public static final String MOVIE_ARRAY_PROPERTY = "MovieArray";

public static final String ID_PK_COLUMN = "id";

public void setBirthday(java.util.Date birthday) {
writeProperty("birthday", birthday);
}
public java.util.Date getBirthday() {
return (java.util.Date)readProperty("birthday");
}

public void setHometown(String hometown) {
writeProperty("hometown", hometown);
}
public String getHometown() {
return (String)readProperty("hometown");
}


public void setName(String name) {
writeProperty("name", name);
}
public String getName() {
return (String)readProperty("name");
}


public void setSex(String sex) {
writeProperty("sex", sex);
}
public String getSex() {
return (String)readProperty("sex");
}

public void addToMovieArray(package1.Movie obj) {
addToManyTarget("MovieArray", obj, true);
}
public void removeFromMovieArray(package1.Movie obj) {
removeToManyTarget("MovieArray", obj, true);
}
public List getMovieArray() {
return (List)readProperty("MovieArray");
}


}

最新のベータ版を使っての
感想：

java.util.Listはimport文を生成しているのに
java.util.Dateと直接書いてるのが納得いかない。

同様に、package1.Mode objという書き方も納得いかない。
同じパッケージ内ならそんなもんいらんちゅーに。

_PROPERTYという名前の定数はどうにかならないのだろうか？

BIRTHDAY_PROPERTY という変数を使っているにもかかわらず"birthday"
という文字列を直に使うとはどういうことか？

>>166
java.sql.Date対策だろ

>>162

Oracleでは階層問い合わせだな。

SQL ServerではYukonから使える模様。

>>167
Generation Gapパターンが使われているんだし
java.sql.Date使われていないんだったらimport宣言してもええじゃん
と激しく思うんだが。

>>169
なんかの拍子にimport java.sql.*ってやったらエラーになるからじゃないの？

import使わずにフルパッケージ指定してくれればベストか。

>>170
いまどきimportに*を使う香具師はDQN

と、条件が限定されるローカルルールを押し付ける奴もDQN

と、自分の主観を押しつけるヤツもDQN
漏れﾓﾅｰ

iBATISは「イーバティス」と読む
http://d.hatena.ne.jp/kagamih/20040822#p4

@IT Hibernateで理解するO/Rマッピング:簡単なプログラムでO/Rマッピングを体験
http://www.atmarkit.co.jp/fjava/rensai3/ormap04/ormap04_1.html

俺もあいばてぃすって呼んでた。やっぱiMODEとかiMACの影響だな。

Hibernateでコネクションプールってどうしてる？
アプリケーションサーバーのDataSource使ってる？
HibernateからDBCP　or　c3p0？
MySql3.xだと、c3p0でごみセッションがのこりやがる。

DataSource使いたいけど、うまくいかね。
この辺のドキュメントってどこかに纏まってないかな。

WEB+DBの最新号読んだが。
SeaserDAOってどうなん？

>>178
> WEB+DBの最新号読んだが。
> SeaserDAOってどうなん？

君の感想は？

>>178
ｻｸｰｼｬの日記。この URL 6月ころから部分からだけど
このへんから読み進めると S2Dao の概念がよく分かる。
[はてなダイアリー - ひがやすをのここだけの話]
http://d.hatena.ne.jp/higayasuo/searchdiary?of=30&word=S2Dao

公式ドキュメント
[Seasar - DI Container with AOP -]
http://homepage3.nifty.com/seasar/s2dao.html

スレ
[国産オープンソースDIコンテナSeasar V2(S2)]
http://pc5.2ch.net/test/read.cgi/tech/1092044210/

俺的にはかなりいいとおも。DAOインタフェースだけ書けば実行できるのは
かなりうれしい。Hibernate や DBUtils のいいとこどり。
ただ、今はまだｻｸｰｼｬにとっての完成系でないような気がするので
将来的に期待大。

>>179
そういう君の感想は？

サンプルプログラムにコメントが全然ないのが笑った。
Seasarの人たちって「美しいソース書けばコメントなんか不要」というポリシーなんだろうか。

>>181
あんなシンプルなソースにコメントいるか？
まー、人それぞれだけどな。

またドキュメント厨か（ｗ

認定厨という言葉を最近知って衝撃を受けた

>>183
認定厨乙

＞179
あ、ごめん。レス遅くなりました。
俺の感想としては、既存のＳＱＬとの併用の割合がよさそう、て感じかなぁ。
後は、Ｈｉｂｅｒｎａｔｅみたいな自動生成ツールがどのくらい整ってるか、気になった。

＞180
あんがと、これからスレとか見させてもらうわー。

最近Hibernate勉強しはじめたんだけど
テーブル結合するときは↓みたいにオブジェクトの配列で返すのが普通なの？
http://d.hatena.ne.jp/koichik/20040615#1087314385

自分でも組んでみたんだけど、
User、Statusのテーブルがあって
UserのフィールドにStatusを持たせてmany-to-oneに設定。
List userList = dao.find("from User u inner join u.Status Where u.Username='hoge'");
とした時にListの0番目の要素にオブジェクトの[User,Status]のオブジェクト配列が入ってる。
（UserオブジェクトのフィールドのStatusにも値入る。）

なんか使いづらそうな気がするんだけどこの使い方であってる？
普通はこんなことしない？

書き忘れ。
dao.findは↓synchronizerで生成した奴そのままだけど。
public java.util.List find(String query, Session s) throws HibernateException {
　　return s.find(query);
}

sはnet.sf.hibernate.Sessionのインスタンスです。

>>186
クリテリアでとってくりゃいいんじゃない？

うまくいかない場合は、バクテリアも使ってみるといいぞ。

クリリンは鼻がない

>>188
�dクス。調べてみます

>>186
つうかdao.find("from User u Where u.Username='hoge')でええんじゃないの？

age

hibernateを導入するときってtop-downとかbottom-upとかいろいろありますけど、
業務で使おうって人はどれが多いですか？

>>192
>>186の例でそれやると
UserテーブルをSelectして一行取得するごとにStatusテーブルをSelectしない？

>>195
many-to-oneでしょ？
適当にJOINするでしょ。

>>194
結局最初にDBありき。
オレテキには、そうするべきだとも思う。

誰に訊いても「そりゃDBありきだろ」と言われた俺

>>196
many-to-oneだよ。
show_sqlをtrueにしてログ見てるとUserを1レコード読み込む度に
StatusにSelect投げて対応する1レコード持ってきてるんだけど。
自動でjoinはしてくれないみたい。設定が悪いのかな？

http://d.hatena.ne.jp/koichik/20040615#1087314385
「しかしですね，SELECTが3回発行されているようです」の上にあるログ。

↑の日記でもそうなってるからそういうものかと思ったんだけど・・・。

また写真が増えておるな。そのサイト。
気にせずjoinしてくれてるんだけど、なんか設定が違うんかな。

>>177ではないんですが、私も気になる。
みんなどうしてんの？

>>201
つまり、DataSourceがうまく設定できない自分の無力さを悩んでいるだけだと思われるが。
俺はとくに問題なくDataSource使ってる。

>>201
では202さんに聞いてみましょう。

先生教えてください！>202

といっても何て設定して駄目だったか書かないといけませんね。
客先常駐になっちゃったから、ちょっと待っててください。

今日はJavaWorldのアンチパターンの記事を読んで、目から鱗でした。
まだまだ未熟者です。ガンガリまーす。

S2Dao

>>203
<property name="connection.datasource">java:comp/env/jdbc/test</property>
とやってるだけで、特別なことはやってないけど。

Hibernateの設定用GUI(Eclupseプラグイン?)で、なにかお薦めありますか？

設定なんか手書き。いっかい書けばいいだけだし。

>>207
質問に答えてない。

>>206
HibernatorもHibern8もイマイチだから、XDocletの直書きがやりやすい。


>>208
質問に答えてない。

>>208

>>>208
>質問に答えてない。

たしかに 208 は質問に答えてないな...

結局Middlegenでマッピング生成して、XDocletで調整、で十分だからな。

> 207
手書き一回ですか。なれた人はそうなんですね。
いろいろと考え直す事が多い私にはちょっと無理です。

> 208　
ワラタ。XDoclet、ちょっと調べましたが、
* @hibernate.property
*column="FIRSTNME"

って感じでメソッドの上にずらずら書くだけで自動生成
してくれるんですね。xml手書きよりはずっと楽そうです。
GUIでやるより結果的には楽なのかも。

>> 210
ttp://www.hibernate.org/102.html
なるほど。先にDBに表を定義してしまうんですね?

結局レスポンスに影響があるのはRDBなわけだから、RDB主体で設計するべきだと思うのだよ。
RDBのためのツールはたくさんあるし、簡単なスクリプト持ってるやつも多いだろうし。

>>211

まったく関係ないけど，あなたDB2のSAMPLEデータベースつかってますね？(笑)

>> 212

確かにそうですね。index張ったり,表スペースいじったりと
結局はDB側をなんとかしないとパフォーマンスでないですしね。

で、Middlegenを試していたのですが、これセットアップ
めんどくさくないですか？ANTが無いと起動もできない。。

build.xmlファイルをいじったり*.jarをコピーしたりして
なんとか動くまでになりましたけど。

>> 213

あたりです。
やっぱFIRSTNMEの微妙なつづりはDB2のSAMPLEだけの特徴かな。

>>214
middlegenとhbm2javaのタスク書くと、だらだら長くなりますね。
どうせXDoclet使うのだから、antは必要です。

なんでここでhibernate？と思ったけど、hibernateスレ無いからか。

maven使えば多少はmiddlegenの煩雑さから開放されるかも。

ちなみにHibernateのcriteriaは
ｸﾘﾃﾘｱじゃなくてｸﾗｲﾃﾘｱだから。言っとく。

>> 214
もう一つだけ教えてください。

DBに表を作成
-> Middlegenで*.hbm.xmlを作成
-> hbm2javaで*.javaを作成

という流れだと思うのですが、XDocletをどこで
使うのですか？
*.javaに手で@hibernateを追加するのですか？
それとも@hibernateも自動的に作成される？

>>218
マッピングの調整。
最初から全部Middlegenで設定するのは不可能だし。
っていうか、Middlegenで設定するのはめんどうだから、自動生成だけして、設定はXDocletでやる。
XDocletタグは、なんかフラグ立てれば自動的に生成される。

実際には、
->Middlegenでhbm作成
->hbm2javaで*.javaを作成
->XDocletでhbmを作成
となるようにしておく。
そうしないと、テーブル追加したときがめんどくさい。
テーブル追加したときはhbm2javaで該当テーブルだけ*.javaを精製するようにする。
hbmは全部上書きされちゃうので、XDocletでもとにもどすというわけ。

△hbm2javaで
○hbm2javaの部分で

>> 219
即レスありがとうございます。参考になります。
やっぱり@タグは自動生成できるんですね。

削除フラグのあるテーブルを扱うマッピングのパターンみたいなの、どっかありますか？

Hibernateのキャッシュサイズってどこかで決められる？
無限に取り続けそうで怖くて使えね。

Hibernateって検索の仕方がいろいろありますが（HQLとかCriteriaとか）、
みなさんはどのように検索していますか？

CriteriaでできるところはCriteriaでやってる。
柔軟な条件の拡張がやりやすいから。
条件にあうものから10件取得しつつ、検索全件数を取得、とかがやりやすい。
Criteriaでの件数取得はパッチ当てる必要があるけど。

>> 225
パッチって、Hibernateにパッチを当てる必要があるという事ですか？

パッチ当ててもいいし、パッチが当てられたバイナリ使ってもいい。

EclipseプラグインでHibernatorプラグインというのがあるのだが
どうだろうか？　

XDocletで十分だなぁ。

だれも使ってないのかもしれないけど、個人的にはiBatisが一番楽だな。
とにかく簡単、明解なんで。

うん。おれもiBATIS好きだな。それこそまさに、SQLをそのままPOJOに
マッピングしてる感じで。

俺も愛用している。
BLOBとかつかえんのが困るけど、他のマッピングツールとかって対応してるのかな？

そんなキミらにHibernate3のカスタムSQLが素敵そうですぞ
ttp://www.theserverside.com/blogs/showblog.tss?id=Hibernate3_JDBC

字は読んでないけど、iBatisにメロメロなあなたにピッタリ、と書いてある気がする。
まだやっとテストが始まった段階でbetaも出てないけどね。Hibernate3。

>> 233

なるほど。HibernateでもSQL(HQLでなく)が書けるようになるんですね。
<sql-insert>INSERT INTO PERSON (NAME, ID) VALUES ( UPPER(?), ? )</sql-insert>
って感じで。

あと、ちょっとスレ違いだけどS2DAOもSQL直で書けてよさそうです。
ttp://homepage3.nifty.com/seasar/s2dao.html

>>234
あんま旨味ねーなぁ

>>235
SQL直書きの薄いラップが必要な箇所というのが部分的に必ずあって、そのためにHibernateを使うことをあきらめることになってたりするからねぇ。

結局、前スレかその前あたりで話題になってた
Hibernate使用時の表結合のあたりはどうなったんだ？

え、全然問題ないけど。
神とされてたサイトに結合の記述がまったくなかっただけ。

Map厨の人、なつかしいなぁ。
またこないかな。

hibernate.cfg.xmlでmapping resourceを指定しますが、
数が増えると大変です。
まとめてhbmファイルを指定する方法はあるんでしょうか？

>>238
おせーて

>>238
上で結合で困ってた物ですが教えてください（つД｀）

from User user inner join fetch user.Status status inner join fetch user.Group group Where user.Username=?
↑みたいにfetchで全テーブル指定すれば目的のオブジェクト(User)だけ返ってくるのはわかったけど
毎回必要の無いテーブルまで全て指定しないといけないのが激しくダルいです。orz
今3つだからまだ我慢できるけど関連テーブルさらに増えたらやってられんす。

>>237
そんなあなたにiBatis

どんな結合であろうと、複雑なＳＱＬであろうと完璧対応です。
insert, update, delete もトランザクションで完璧です。

>>241
検索すればいくらでも出ると思うけど。
hbm.xmlにmany-to-oneとか核だけ。

>>242
その例だったら別に from User user where user.Username=? で
全部の関連がつながった User が帰ってくると思うけど。

>>237
確か前スレ47ノサイトでは
Object obj1 = obj[0];
Object obj2 = obj[1];
Object obj3 = obj[2];
みたいなことしてたんだっけ？（うろ覚えだけど）

マッピング定義で結合してない場合の話だね。

>>242
S2Dao使え！

Criteriaでやるなら
session.createCriteria(User.class).add(Expression.eq("Username", aaa));
とかでついてくるし。

>>245
うちでfetchを指定しないでそれやると>>246に書いてあるように
[User,Status,Group]のオブジェクト配列がさらにレコード数分Listに格納されて返ってきまつ。

>>247
今many-to-oneの設定はこんな感じだけどさらに何か記述すれば自動で結合してくれるんですか？
ドキュメント見ていくつか試したけどうまくいかないのです。
User.hbm
　　<many-to-one
　　　class="Group"
　　　name="group"
　　　not-null="true"
　　>
　　　<column name="group" />
　　</many-to-one>

>>248
それも興味はあるけどこれはこれで覚えたいんですよ。

>>249
Criteriaではうまくできたけど
ちょっとソート順とか変更したいだけとかでもソースの修正が必要になりそうでちょっと抵抗が・・・。
基本的にはHQLを外部ファイルに記述して読み込みたいと思ってます。

lazy loadingがわかってないとか？

lazy loadingについて詳しい解説ｷﾎﾞﾝ

>>251
lazy-loadingはone-to-manyでは？

>>250
関係ないけど、HQLを外部化するのってどうなの？
なんかメンテ性あがる？
コンパイルするのがめんどくさいというだけ？

>>250
outer-join="auto"
とか。

ハイバネって集合関数できないんだ。。。
countしたいときはListでとってsize()呼ぶしかないのかな。

結局、関数ガリガリ使いたい場合はこういうのは使えないことが多い

>>256
そんなことはないと思うが

>>256, 257
自分の無知さをさらけだしてますな。

>>259
257はそうでもないと思うが

変に略すやつは、まともな知識をもってないってことだね。

>>224
This is an experimental API
ttp://www.hibernate.org/hib_docs/api/net/sf/hibernate/Criteria.html

experimental ・・・・実験的な orz

2chでの話題は2chで完結させればいいのになぁ
詳細は自分のblogで書くとしても。
ttp://d.hatena.ne.jp/koichik/

>>263
おお。日記の人ここ見てたんだ。
http://d.hatena.ne.jp/koichik/
解説ありがとう。

結局、どういう場合に結合ひっぱってきてくれないんだろう？
userテーブルとuserDataテーブルが結合されてて
　Query q = sess.createQuery("from User as s where s.userName = :userName");
　q.setString("userName", "イチロー");
　for(Object o : q.list()){
　　User user = (User)o;
　　System.out.print (user.getUserName() + "-");
　　System.out.println(user.getUserData().getAverage());
　}
とやると、ちゃんとuserDataからデータひっぱってきてくれるんだけど。

>>263
ぐはぁっ

>>257
http://d.hatena.ne.jp/koichik/20040826#1093545210

>>265
ひっぱってきてくれるけどSQLはN+1回出てるはず
q.list()で1回とgetUserData()ごとに1回
それを避けたい場合の話

ま、Virtualizationやhand-written SQLサポートなんかの説明を「Hibernate3入門記」で書いてくれるはずなのでヨシとするか。

>>266
> ひっぱってきてくれるけどSQLはN+1回出てるはず

え、１回でやってるけど・・・と思ってSQLのログよく見たら、joinしてない。
でもgetUserDataごとにあるはずのSQLがログに出てない。
なんでだ？と思ったら、直前にCriteriaを試してたので、そのキャッシュを使ってるらしい。

ということで、１件ごとにSQLを発行するのが問題なければOKだけど、joinしたければ明示的に記述
しろ、ってことか。

最近Hibernateスレと化しているな。

>>267
ぐはぁっ
気が向いたら頑張りまつ．

それから266に書いた257は256の間違いです．

>>270
よろしこ

Criteriaの件数数えたいときにはどうしたらいいんだろうね。
HB-474にVoteするしかないのかな？

ぐはぁっ

て、うざすぎ

これにvoteするか、Christian Bauerをうならせる解決策を呈示すれば許す。
ttp://opensource.atlassian.com/projects/hibernate/browse/HB-474

>>272
orz

>>273
voteしたから許して。
でも、ちょっと見た感じCOUNTだけでAVGとかは無理？
GROUP BYやHAVINGも？
別の手も欲しいかも。

>>274
話の流れとして、Aggregateクラスを導入してこんなのようよ？となってるみたい。
Criteria criteria = session.createCriteria(Some.class)
.add(Expression.eq("any", value);
Aggregate aggregate = criteria.aggregate();
Double sum = aggregate.sum("property");
Double avg = aggregate.avg("property");
long count = aggregate.count(); // would "property" be needed here?
List objects = criteria.list();
そして、拡張性がないだろ、ってことで却下されている。
sumのmaxとかどうするのさ？みたいなね。
group byできるように考えると行き詰まるようだ。
春の話みたいなので、今どうなっているのかわからないけど。
ttp://www.mail-archive.com/[email protected]/msg03389.html

iBATIS派の人が喜ぶかもしれないシンプルなO/Rマッパー
http://orbroker.sourceforge.net/

任意のSQLが書けるのがiBATISとの共通点で、
使用するクラスがbeanでなくても良い（任意のクラスでよい）
のが売りみたい。

しかし選択の幅が広がるのは良いものの、こんだけ増えてくるとそろそろ
つかれてくるな....

OODBに移るまでの辛抱なのかのう…?

RDBからOODBに移るということはもはやありえないし、選択の幅が増えるといっても現実Hibernate3かEJB3で落ち着くから問題なし。

Cayenneも結構いいと思うんだけどなあ。

Cayenneって、どこがいいの？

モデラー付いてるしな。
あとは好みだろ。

Hibernateも、Middlegenと組み合わせればいいだけだし。
実際の開発に入れば、モデラーより、どんな強力で柔軟性のあるマッピングしてくれるかの方が大事だと思うけど。

Cayenneのドキュメントを読んでると、Enterprise Object Frameworkの引き写しにしか....
だってEOFのドキュメントと同じようなこと書いてあるんだもん。

>>284
や、はなからそういう「オープンソース版の EOF」みたいなのを目指して
作ってるんじゃなかったっけ....？
おれはむしろその思想に興味を持って使いはじめたクチです。
で、後から WebObjects も買ったけど、いまでは Cayenne しか使ってない(笑)

で、Cayenneってどこがいいの？

>>286
http://www.atmarkit.co.jp/fjava/products/cayenne/cayenne_1.html

>>287
そこに書いてあるCayenneのいいところって、GUIツールが付属ってとこだけじゃん。
あとのサンプルは、HibernateのCriteriaでも同じようにできることだし。
GUIツール使いたければMiddlegenがあるわけだから、Cayenneの特徴がよくわからん。

>>275
なるほど。
いわれてみればHibernateのCriteriaって、
session.createCriteria(Cat.class)
という使い方をするように、
「永続オブジェクト(この例ではCat)のリストを取得する」
ことが主目的で(例外はALIAS_TO_ENTITY_MAPを使った場合)、
任意の結果を得たければHQLを使えということか。
だからSELECT句を指定する手段が無くて、そのために
GROUP BYで破綻するのかも。
対応を考えるのは悩ましいね。

>>288
ハイバネート触ったこと無いんでよく分からんが、
JavaコードかDBスキーマがまずありきで、それをマッピングを介して
変換する感じでしょ？
どっちもない場合にマッピングを書いてコードとスキーマを生成する場合は、
手書きでマッピング書かないといけないの？

Cayenne の場合、DBスキーマありきでリバースしてクラス作るのもありだけど、
GUIモデラでモデリングして、そこからコードもDBスキーマも生成する、
ってのが取っつき易いかも。
(モデラが吐くマッピングファイルは XML だから手編集も可能)

まー正直 GUI モデラがまだ貧弱でもっと進化しないとだけど、
どっちも似たり寄ったりってことでいいんじゃねーの。
国内ユーザ数はハイバネートの方が多そうだから、どっちでも良ければ
ハイバネート使っとくといいんでは。

現実問題として、まずDBありきだからね。
ボトルネックになることが多いのはDB側の処理だし。
で、DBのスキーマを生成するツールはそれこそゴマンとある。
ExcelでDB仕様から生成するマクロ組んでるところも多いだろうし。
Hibernatorだかなんだか、マッピングをまず作成するツールもあるし。
まあ、Hibernateを便利に使うツールは、探せばけっこうある。

問題は、Cayenneは主キーのフィールドを隠すので、かなりやりにくいってことだ。
それにマッピングで実現できない場合の、HQLのような逃げ道がないし。
実際はCriteriaよりもHQLが推奨のようだけど。
どっちも似たり寄ったりというには機能に差がありすぎ。
Cayenneに強いこだわりがない限りはHibernateを使うべきだと思う。
EJB3とのからみなど、将来性を考えてもね。
Hibernateは日本語版のドキュメントも出たしね。

で、Cayenneってどういうところに強いこだわりをもてるのかな、と。

>>289
ただ、柔軟性を求めるのが難しいのなら、「バカチョン集計」つけて欲しいんだよね。
どっちにしろ複雑な集計はHQLでできるわけだからね。
今のままだと、簡単な集計でもHQL使わないといけない。

Cayenneの目指すところは、設計の考え方からして、EOFと同じなんだろうね。
DBを覆い隠してしまってオブジェクトだけで操作する。そしてフレームワークの
中にあるものをあまり意識させなくて(XMLの書き方とか)、マッピングだけに
集中できるようにツールを用意する、などなど。

主キーをフレームワークが面倒をみるのがデフォルトというところも、EOFと同じ。
主キーの管理はデータの内容と結びつけるべきではない、主キーはDBの内部的
必要性のためにあるのだ、という考え方みたい。

TheServerSide.com見てても、ポイントは結局Cayenneのモデラーを使った
マッピング作成は、Hibernate+Middlegen+XDocletより簡単だ、というところ
みたい。「既存のDBをHibernateにマッピングするためにXMLをがりがり書いた
が、Cayenneを使うとすぐにできてしまった。それだけで価値がある」とか
いう発言がフォーラムにあった。

しかし一番の差は、HibernateはPOJOをDBにマッピングする技術、Cayenne
はDBをオブジェクトにマッピングする技術っていう、方向の違いじゃないか。
CayenneのデータオプジェクトはすべてDataObjectのサブクラスになるわけ
だし。

>>291
周辺ツールが充実してるのはいいことだと思うけど、
最初からオールインワンで使えるほうがもっと良くない？
HQL のような逃げ道は、おれとしてはそういうの書きたくなくて
O/R マッピングフレームワーク使ってるところがあるから
そもそも好きじゃないんだけど(笑)、
SQLTemplate ではダメかな？
http://objectstyle.org/cayenne/userguide/fetch/sqltemplate.html

結局、多少泥臭くても柔軟な方が好きな人は Hibernate がしっくりくるだろうし、
多少不自由でも抽象化されたずっぽしオブジェクトな世界が好きな人は Cayenne が
しっくりくるんじゃない？
一つのテーブルから継承関係にあるクラスを作ったりする機能なんて
けっこう面白げだと思うんだが。
http://objectstyle.org/cayenne/modelerguide/modeling-object-layer/inheritance.html

好き嫌いというよりも、現実マッピングだけじゃまかなえないものが多いんだよねぇ。
マッピングが貧弱でSQLテンプレートばっかり使うならiBatisやS2DAO、SpringJDBCの方がいいんじゃないかとも思うしね。

継承のマッピングは面白いんだけど、Hibernateでもできそうな気配。
ttp://www.hibernate.org/hib_docs/reference/ja/html/inheritance.html

>>295
Cayenne はマッピング貧弱なの？

色々考えた上でSQL書くのが楽しい俺なんかはどうする

まー、クソ設計だからそうなるんだがな
俺が設計したワケじゃないからしゃーない

俺もごちゃごちゃした集計する会計の帳票とか
一発SELECTでもってきて、わー早くなったーとか喜んでる
SQL大好き野郎なんで、S2Daoはちょっと使ってみたく思っています。

>>296
貧弱ってことばはふさわしくないかもしれないんだけど、すべてが賄えるほど強力じゃない。
ひととおりは揃ってるんだけどね。
ちょっとみた感じHibernateのCriteriaと同等みたいだから、優位性が。
HibernateならHQL使えるから、Criteriaが強力である必要があまりないんだよね。

というかSpringとかSeasarのサポートがない時点で、使うの萎える・・・。

俺の場合は、何でもフレームワーク側でやろうとするのは無駄な労力かかって
本末転倒だと思ってるんで、複雑な結合とかはビュー作って、
フレームワーク側からはもうほとんど1テーブルそのまま持ってくるのと
親子関係にあるレコードを toHoge() で取り出すくらいしかやってないなあ。

どんな道具も万能じゃないんだから、適所適材ってことじゃないすかね。

Cayenneどうよって思ってるのは、その適所が、Hibernateの適所に完全に含まれているんじゃないの？ってこと。
Cayenneが使えるところであればHibernateは完全に使えるけども、Hibernateが使えるところでもCayenneは使えないことのほうが多い、と。

じゃ黙ってHIBERNATE使ってりゃいいぢゃん。

思っているだけで、実際そうなのかはわからないから、Cayenne使ってる人に聞いてみたいんだよね。

（　ﾟдﾟ）ﾎﾟｶｰﾝ

>>292
こんなのどう？
ttp://d.hatena.ne.jp/koichik/20041019#1098208806

これでもcountのmaxとかはできないけど。
HQLのBNF見たらそんなのできるようになってなかったから。

>>305
乙。
HQL生成するんだね。
いいかも。
Expressionは欲しいときに自分で実装と。そしてここに貼り付ける、と。

本家のCriteriaってこういうことできるようになる気配はないんだろうか・・・

Criteria使ってdistinctな検索ってできますか？
関連テーブルのせいで、同じのがいっぱい取れて・・・。

>>306
3.0alphaでも変わり映えしないみたいね。

>>307
setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY)

O/R Broker - JDBC Framework
ttp://orbroker.sourceforge.net/

>>305
> > Another option would be to have a parallel hierarchy
> > of HQL based Criteria objects. This may be the
> > easiest way to get started, and this way we could see
> > if it was feasible before committing to it. I would
> > be happy to take a go and doing a first pass myself.

> That sounds really ugly.

斬って捨てられてますな。

ttp://sourceforge.net/mailarchive/forum.php?forum_id=7517&max_rows=25&style=nested&viewmonth=200401

Hibernateで継承使ってみた。
こいつはいいよ。
SQLテンプレートではなくマッピング使うメリットとして大きいかも。
例えば、memberテーブルのtypeフィールドによって処理が違う場合をポリモーフィズムで実現できる。
それとmemberテーブルとpurchaseテーブルは1-多なんだけどpurchaseテーブルに登録できるのはtypeが2のときだけ、とかをJavaの型で保証できる。

ただし、継承関係にあるとき以外は継承を使わないこと。
当たり前だけど、念のため。

typeの値を変更する処理は行いにくいけど、そもそもtypeを変更する処理が必要な場合には、それは状態なので継承をつかっちゃだめ。

Hibernateのone-to-oneを使うと、レコード読み込むたびに関連テーブルへのselectを行うんですが、これをオンデマンドで行う方法はありますか？

レコード読むたびにselectするのはオンデマンドじゃあないのか？

必要ないときもselectするから、オンデマンドじゃないんですわ。

HQLだとjoinになってくれた。

と思ったらキャッシュにだまされていた。

対1関連の場合、プロパティに無条件にProxyをセットするとか出来なくて、
それをnullにするか関連先のオブジェクトを設定するかしないといけないから
どうしようもないような。
関連を外すか、関連先を使わなくてもfetch joinする方がいいかも。
もしかするとHibernate3にプロパティレベルでのlazy initializeみたいな
ことが書いてあったので、それが解決策かも？

fetch join してもいちいちselectしてる・・・
なんでだろう。

うーん、proxy使ってみたら、確かに最初のSQLは一回しか発行されてないんだけど、そのときは主キーしかとってきてない。
だから、レコード使うときに主テーブルと副テーブルの両方への問い合わせで、あわせて２問い合わせを発行してしまう。
全然意味なし。むしろSQLの発行量が倍。
同じコード/マッピングのままHibernate3alpha使ってみたけどいっしょ。
なんかコードかマッピングか変更したらいけるんだろうか。

それにしても、one-to-one使ってる人は、実際どうやってるんだろう。

主キーしか取ってきてないって、もしかしてiterate()使ってない？
iterate()だと関連なくてもそうなる。
Session#find()またはQuery#list()でfetch join使えばSELECTは1回になるはず．

>>322
Session#findはHibernate3で使えなくなるので使わないようにしてるというのは置いといて。
Query#listでfetch join使ってもレコードごとにselectが発行されちゃってます。

Hibernate3のpropertyレベルlazy access、リファレンス見るとほんとにpropertyにlazyが付けれるだけでone-to-oneには付けれないみたい。
実際にlazyつけたらalphaではまだ対応してないみたい。

これも試してみたんだけど。
How do I set up a 1-to-1 relationship as lazy?
ttp://www.hibernate.org/117.html#A16

やっと解決。ってか解決しないことがわかった。

副テーブルが主テーブルとは違う主キーを持って、別に外部キーを持つようにして、property-refを使ってたんだけど
there are some problems with one-to-one property-ref in 2.x that are fixed by Hibernate3
ということで、property-refを使うone-to-oneはHibernate3ではうまく動かないみたい。
っていっても、Hibernate3alphaでもうまくいってないんだけど。

とりあえず、副テーブルが主テーブルと同じ主キーを持つようにしたらちゃんとlazyになりましたです。

蛇足ですが…
1対1で外部キーを使う場合はなぜかmany-to-oneを使うことになってます。
リファレンスの例もそうなってる。最初は間違ってるんだろうと思ったけど
Hibernate in Action に解説があった。orz

>>325
それってなんでなん？

「驚いただろ？ でもな，Hibernateにとってはone-to-oneもmany-to-oneも大差ないんだ」
くらいにしか書いてない。
気持ち悪いけどそういうものだと憶えるしかないらしい。

まあ、実質、副テーブル側からみればmany-to-oneかone-to-oneっていうのは外部キーがユニークであるかどうかってだけで、１レコードを見ればどっちでも同じだからねぇ。
でも、大差ないならone-to-oneにしてくれればいいのに。

・・・こんどは、lazyにするためにconstrained="true"にすると、追加ができないことに気づいた。
one-to-oneって、すごく使いづらい気がする。
主テーブルのキーはsequenceで、副テーブルのキーはforeignにしてると、まず主テーブル側を追加しようとすれば副テーブルデータが永続化されてないので怒られ、副テーブル側を追加しようとすればキーが決めれないので怒られ。
それではと主テーブルのcascadeをsave-updateにすると、先に副テーブルのデータを追加するもんで、そのキーが主テーブルにないのでデータベースに怒られ。

結局主テーブル側でone-to-many、副テーブル側でone-to-oneにすることでつつがなく解決。

質問です．

joined-subclassで，Hoge <-- SubHogeと継承を定義して，

session.find( "from Hoge h where h.class = SubHoge ");

で検索すると， なにも返ってこないのですが，discriminatorを定義した
subclassじゃないと使えないのでしょうか？

HQLを使って，HogeクラスのSetを下位クラスの型でフィルタしたいの
ですが，うまい書き方があれば教えてください．

下記リファレンスを参考にしたんですが…

ttp://www.hibernate.org/hib_docs/reference/en/html/queryhql.html#queryhql-where

from eg.Cat cat where cat.class = eg.DomesticCat

from SubHoge
だとうまくいかないんですね？

>>332

from SubHoge

だけであれば，SubHogeの全インスタンスが問題なく戻ってきます．
具体的にやりたいのは，

HogeのサブクラスSubHogeA，SubHogeBがあり，
SubHogeBとHogeにmany-to-manyの関連を定義．

あるSubHogeBに関連する，SubHogeAの全インスタンスを
列挙する　って操作です．

SubHogeBから関連をたどって，HogeのSetを取得，A,Bに分類した
上で，Bについては，再帰的に探索する，という感じに考えていたんですが．

>>333
参考になるかは謎だけど…
リファレンスに書いてあるように、where句に埋め込まれたクラス名は
discriminatorの値に変換されるらしい。
ところがjoined subclassだとdiscriminator値は指定していない。
でも抜け道はあって、マッピングファイルに記述した並びで
0から順にdiscriminator値が割り当てられているように扱えるっぽい。
BaseのサブクラスとしてSub1とSub2がこの潤で定義されているとすると、
Baseは0、Sub1が1、Sub2が2。
よって、次のように記述するとSub1のみ取得できる。
from Base b where b.class = 1

>>334

ありがとうございます．マッピングファイルはXdocletで生成しているので，
並び順に頼るのも難しいです．

結局，idを条件に使うことで解決しました．

from Hoge h SubHoge s where h.id = s.id

Cayenne 1.1 RC2が出ました
http://www.objectstyle.org/cayenne/

Hibernateでマルチバイトのカラムを扱った際に、
なぜか主キーが１つのテーブルのみupdateメソッドとdeleteメソッドで
こんなエラーが出ます。
誰か原因知っている人いませんでしょうか?
net.sf.hibernate.NonUniqueObjectException:
a different object with the same identifier value was already associated with the session: 001, of class: test.model.vo.NdMemo

>>337
findとかloadしたオブジェクトとは
「別のインスタンスだけど、主キーが同じもの」を作って
それをupdate/deleteしてないかい？

>>338
返信ありがとうございます。

たしかに、別のインスタンスで主キーが同じものを作っています。
ということは、update/deleteをする場合は、一度ビジネスロジック側で
loadなりfindなりして、インスタンスを生成し、それに対して変更する
値をセットするという形の実装になるのでしょうか？

>>339
うん、updateの場合は、そうだよー。


で、ごめん、deleteの場合は、
主キーさえ合ってたら（他の値に関係なく）削除される、だったはず。

結論：Liquid Data

>>339
まず、Session#update()はいわゆるオブジェクトの更新ではない、
ということに注意。
update()は、以前に別のセッションで取得した永続オブジェクトなどを
現在のセッションに関連づけるために呼び出すもの。
結局は更新されるんだけど、単に更新するだけならfind()等で取得した
永続オブジェクトのプロパティを変更すればいいだけ。
update()を呼ぶ必要はない。

もし、339が生成したオブジェクトの内容をHibernateに
更新してもらいたいのなら、update()を呼び出すのは間違いとは
言い切れない。
しかし、残念ながらそのセッションで同じ主キーを持った
永続オブジェクトをfind()等で取得済み(自覚ないみたいだけど)
なので例外が吹っ飛んでくる。

更新したければ，
セッションから取得したオブジェクトを変更するか、
セッションで取得したのと主キーが重ならないのをupdate()に渡すか、
二つに一つ。

>>340
delete()でも同じセッションに主キーが同じ永続オブジェクトがあると
その例外が吹っ飛んでくるよー。

知らない間に、ibatisがApache Incubator入りしていますよ。
http://incubator.apache.org/projects/ibatis.html

うわ、ほんとだ。Apache iBatisになるのか。結構好きなORマッパなので、その方が
名を知られそうでいいように思いますね。

> 346
同感。
個人的にHibernateとかの大がかりなO/Rマッピングソフトより、
やる事が単純な分、使いやすくて、理解しやすいのがいい感じ。

名前が売れて、メジャーになってくれれば、
プロジェクトで採用しやすくなるので、今後が楽しみ。

名が売れてといえば、UNIXの開発で、オープンソースなリソースは使うなって
いいつつApacheはＯＫってなところがあった。
まあHTTPサーバだけを指してるんだろと思ったけど、話してるとApacheが
HTTPサーバ以外も出しているってこと自体をよく分かってなかったみたい。
もしかしてApache iBatisという名前ならおｋが出るんだろうかw

apacheの一部ですって言ってあげたら？
せっかく誤解してくれてるんだから。

アノテーションぶりぶりのS2DaoよりiBatisのほうが初期学習コストが低そう。
頭の中身がレガシーな漏れの同僚たちにも受け入れられやすいと思う。

もう、Hiberanteでいいよ。
XDoclet1.2.2でhibernate.cfg.xmlもつくれるし。

HibernateのHQLってFromにインラインビュー使えないんだ。
Group Byの集計単位が異なるテーブルを外部結合したい時とかに
個別に全行Fetchしてから自前ハッシュ結合しなきゃいけないのか・・・。

なんかMySQL使ってるみたいで鬱になる(´･ω･`)ｼｮﾎﾞｰﾝ

その辺をDBに依存せずに書けるようになるといいんだけどなぁ。
結合するまでWhereで行数減らせなくて、さらに行数の予測ができない
場合だと致命的かも。こういうの業務系だと頻繁にあるし。

こういう制限ってどうやって対処してんの？>Hibernate使いの皆様

>>352
俺はハイバネート使いではないが、ある程度複雑な SQL になったら、無理矢理
プログラム側でどうこうしようとしないで DB 側に View 作ってるよ。
何でもかんでもプログラムで実現するのはムダな努力だと思う。
楽するためのもので苦労する必要はないだろう。適所適材で。

Java使いはSQLが嫌いなのれす

>>352
ORマッピングは、複雑なSQLをどうにかしてくれるもんじゃないからねぇ。

>>353
それしかないよなぁ・・・。

割り切ってしまえば問題はないんだけど、Unit Testを
HSQLDBでテーブル作成から行って、実稼動はOracleなんて
構成にしようと思うと、DBに依存するとやりづらくなるから。

あれ？HSQLDBってそもそもインラインビュー使えんのか？

母さんはそんなこと知りません！
ごちゃごちゃ言ってないで早く寝なさい！

そこでS2Daoですよ

>>358
SQL厨にマッチするのはiBatisでしょ。

>>356
さすがに無理がないかい？
テストのためにアーキテクチャをひずますのも本末転倒だし。

>>356
hsqldbのユーザーマニュアルの、SELECTの項を見る限りでは、使えるように思える。
FROM句の次に「sqlstatement」って書いてあるし。

>>359
それが嫌だからO/Rマッピング使いたいんじゃん。
でも、O/RマッピングがSQLと比べてまだまだ貧弱だってこと。

>>360
そんな無理あるのかな？

現状は無理でも、DBへの依存を断ち切ることはO/Rマッピングの
究極の目標なんじゃないのかって思ってるんで。

開発環境のDBってゴミデータに埋もれがちで、動かないのが
データのせいなのか、プログラムのせいなのか解析するのに
手間がかかることよくあるし。

DBを扱う場合のUnit Testって、データまで含んで完結するしさ。

それに、複数環境で動かせられるってのが必須って要件は少ないと
思うけど、可能にできるならば品質の向上にも効果あると思う。

DBUtilsが軽めで分かりやすくていいと思ったが、
where句の条件式がコロコロ変わるようなのだと
キツいかと思った。

SELECT * from Employ WHERE name=? or tel=? or ・・・項目いっぱい

みたいので、telが存在しない場合は条件式に含めない、となると同じようなSQLをプロパティファイルに
いっぱい記述するかWHERE句だけ動的に生成するか。で動的に生成するとせっかくSQLを
外部ファイルに出している意味が激減。

iBatisなんかはどうなんでしょう。

>>362
DBのUnitテストはDBUnitを使えるときは使ってますが
362タンはどうしてます？
DELETE INSERT でテストデータを投入するのはUnitテスト的には
かくあるべきと思うのだけれどもテスト用スキーマを作らせてくれない
環境だと使えない。

Hibernate 2.1.7cってのがリリースされています。
ttp://www.hibernate.org/30.html

Cayenne開発版は1.2 M1になってますね。
ttp://objectstyle.org/cayenne/release-notes/RELEASE-NOTES-1.2M1.txt

CayenneってV1.2でID列（自動インクリメントの列）をサポート
するみたい。リリースはまだまだ先でしょうけど。

>>362
> 現状は無理でも、DBへの依存を断ち切ることはO/Rマッピングの
> 究極の目標なんじゃないのかって思ってるんで。

現実的に無理だね。
DBに進化を止めてもらわないかぎりは。
構文的に問題なくても、DB機能の違いが多すぎる。
ORマッピングは、DBを考えなくてよくするしくみではなく、DBはDBで、JavaはJavaで考えれるようになるしくみだし。
良くも悪くも、単なるマッピングだよ。ラッパーじゃない。

それにここで問題にしてるのは、マッピング機能ではなくて、HQLの表現力という話だね。
環境依存SQLをラップする共通言語が欲しい、HQLにその役割をもって欲しいってことでしょ？

iBatis、S2DaoのスタンスはSQLが環境依存なら、SQLをそのままJavaオブジェクトに
マッピングしてまえっ、って感じか。ORマッピングというよりは、Object-SQLマッピングという感じ？

>>362

> 現状は無理でも、DBへの依存を断ち切ることはO/Rマッピングの
> 究極の目標なんじゃないのかって思ってるんで。

DBに依存しないのに、何故OとRをマッピングする必要があるのかと。
素直にOODBを作ったほうがいいんじゃないかとさえ。

>>363
iBatisは動的なＳＱＬが可能。
if これが０以上ならとか

>>368
俺もそう思う。オブジェクト指向かＸＭＬでやるのが自然だな。
現在のＯ／Ｒマッピングはあくまでマッピングだから、ＲＤＢＭＳが持つようなスケジューリングの最適化機能なんてのは無い。
もしあったとしても特定のＲＤＢ製品限定にならざるおえないから、Ｏ／ＲマッピングツールのどのＲＤＢ製品でも同じようにっていう概念と相反してしまう。

>>363
DBUtilsはゴミだな。
名前付きパラメータすら使えないし、型マッピングが固定だし、
パラメータにnull渡せないし、コネクション引っ張りまわすか、
毎回DataSourceから取得する作りだし。

実際使ってる人がどうやってるか知らないけど、まともに
使えるようにするには相当被せなきゃだめっぽい。

>>364
DBだけってのはあきらめて、ロジック側でデータ足したり
しながらやってるよ。テスト終わったらRollbackして。

>>366
>それにここで問題にしてるのは、マッピング機能ではなくて、HQLの表現力という話だね。
>環境依存SQLをラップする共通言語が欲しい、HQLにその役割をもって欲しいってことでしょ？

話ずれたけど、主題としてはこれを言いたかった。
DBってあまりに標準ってものがなさ過ぎるから。

そのためのツールとして、現時点では理想と現実の折り合いで
一番センスいいな、と思ってるのがHibernateだから、
多くのDBで普通に書けるSQL程度はサポートして欲しい、と。

>>368,370
究極の目標って書いたのは、DBの持ってる機能は最大限利用しつつ、
それを意識せずに使えて、十分なパフォーマンスが得られるってことだよ。
その時にはO/Rマッピングとは呼ばなくなってるかもしれないけど。

ちょっと極論すぎてぼやけてきたんで、どうでもいいけど。。

ORマッピングとまたその上のレイヤーを組み合わせたフレームワークがあればいいんだろうけど。
でも、やっぱりリレーショナルモデルとオブジェクトモデルという異なったモデルを使う以上は、完全なラップは無理そうだ。

アプリケーションを高度に部品化すれば、DBを意識しなくてもよくなるだろうけど、そんときはORマッピングどころの話じゃないしね。

>>364

>>362じゃないけど、
環境標準のテストデータを整備して、
setUpメソッドで、自分のテストデータを投入して、
tearDownメソッドで、標準のテストデータを投入するのはどう？

あるいは、setUpメソッドで既存のDBデータを読み込んでIDataSetに格納して、
tearDownメソッドでDELETE_INSERTするとか。
(えらく時間がかかりそうだし制約とかがからむとヤバそうだが)

スレ違いかも・・・ｽﾏｿ

xdoclet の @hibernate.collection-key-column がうまく動かない。
http://opensource.atlassian.com/projects/xdoclet/browse/XDT-1161
解決法知ってる人いたらきぼんぬ。

top-down で開発するつもりだったけど、@hibernate 書いて xdoclet 動かして、
想定通りの hbm.xml が生成されてるか確認するぐらいなら、
最初から hbm.xml 書いた方が楽だと思った。middle-out で開発しようか思案中。

>>374
たぶん、それだとJavaコードの自動生成とかDBの自動生成で不満がでるんじゃないかと。
XDoclet使うのがいやなら、テーブルは別に作って、Javaコードとhbm.xmlを別々に書いたほうがいいと思う。
どちらにしてもテーブルは自力で作って、一発目のクラスとhbmはbottom-upで作った方がいいと思う。
あとは、XDocletを使ってJavaコードだけをいじるか、Javaコードとhbm.xmlを別々にいじるか、にしたほうがいいと思われ。

商用製品だけど、TopLinkってどう?

マニュアルとか見てみたけど、ORMの機能は
十分揃ってそうだし、GUIのマッピング
ツールもよさげ。値段、高いんかな。

http://www.oracle.com/technology/products/ias/toplink/
http://otn.oracle.co.jp/products/ias/toplink/

>>376
これに入ってるらしい。
http://www.sourcenext.com/products/oracle_jd/

TopLink、結構いいですよ。
商用だけあって、GUIとかマニュアルとか
ちゃんとしているし。
RDBMSがOracleしか選択しないのであれば、
悪くない選択だと思います。

Oracle以外のRDBMSでも動くけど、
サポート面が恐いよな。

Cayenne 1.1 Final キター！！
ttp://objectstyle.org/cayenne/
ttp://www.theserverside.com/news/thread.tss?thread_id=30414

SQLTemplate (think iBatis inside an ORM, without XML in queries, editable via GUI), distributed caching, expression parser, inheritance mapping, professionally looking Modeler, etc.

SQLTemplateっていう新機能でiBatisのように、
任意のSQLが投げられる、しかもGuIで作業できるって事か？

Hibernate3にも実装されるし、SQLテンプレートは必須ってことだね。

>>374
@hibernate.collection-keyが抜けてるからじゃない？
ドキュメントだとcolumnが書けるように見えるけど、
xdt側では何も見てない。

@hibernate.set
lazy="true"
cascade="none"
name="CAPABILITY_ID"
@hibernate.collection-key
@hibernate.collection-key-column name="ENTITY_ID"
@hibernate.collection-key-column name="CAPACITY_ID"
@hibernate.collection-one-to-many
class="solutionCapability.VoiceCapability"

Cayenne1.1 Finalﾘﾘｰｽage

>>381
@hibernate.collection-key の column は省略不可って
書いてあるから、試してないけど、今度試してみます。
middle-out に移行したので、すぐには試せないけど…

つーか、buttom-up で @hibernatedoclet 吐いてるのって、
middlegen だったのね。@hibernatedoclet 付の .java に戻すには、
中→下→中→上 と生成しなきゃダメなのか…。

>>383
middlegenってcollection系は結構間違えたの吐いてたよ。
XDocletもキーや外部キーとかで一部の属性が無視されたり。

素直にhbm書いたほうが一番楽ってこった。
DB仕様書から吐くマクロ作っておけば無問題。

マクロつくるなら、マッピングクラスもついでに吐けばいいね。

hibernateのHbm2JavaTaskを使ってBeanを作ってるが、
コメントなど日本語の部分が全部文字化けする・・・と思ったが
OSのデフォルトエンコードで出力されるんだね。（プロジェクトはUTF-8）

いまはGeneratorを書き換えてなんとか使ってますが、ファイルエンコードを外部から
指定する方法ってあります？

MySQL使ってるんだけど、InnoDB を使わず MyISAM のままにして、
FK 制約とか cascade とかの、リレーション的機能はHibernateにおまかせ、
という開発スタイルはなんか問題ありますか？

>>388
どうなんだろ
別にいいといえば言いが
Hibernateとかのフレームワークって
トランザクションどうしてんの？

大規模PJでHibernate使ってもう3回目。もうメリットを感じない。疲れた

既存のものを移行するタイプの場合、既存DBの質にも寄るが
Hibernateはほとんどの場合使い物にならない

>>390
どの辺で疲れたの？

たぶんあれだろ
実際のプロジェクトでDBが最初にかっちりと決まっているわけではなく
コロコロ変わったりすることもしばしば
そのような状況の中、コーディング作業も同時進行しちゃうから
そのたんびに設定ファイル書き直しとかいうのがイヤなのでは？
結局、自分のところ自分で修正するならSQL(JDBC)直で書いてあるソースのほうが直しやすい

>>393
それって、それなりの規模があるなら、SQL直で書いてあるソースのほうがいやになりそうだが。
DBのコロコロ変わる変更が、フィールド追加くらいのものじゃなく、構成として変わるような起こるようなら、ORマッピングがどうのじゃなく、その組織自体に疲れたってことじゃない？
ORマッピング使わないにしても、愚直にJDBCプログラムするのは、ただ手間がかかるわけで、なにか仕組み使うだろ。

そこでiBatisですよ。

EOF! EOF!

>>395
それなら、Cayenneのが良さげ。

基本的にビジネスドメインモデルとDBのモデル構造はちがう、マッピングできない
いろいろあるがこれが根本か、夢を見ていたおいらがあほだった。
あと、
Javaやって6年くらいになるが
・オブジェクト指向厨は運用や保守のことをまったく考えていない
・ソースを読まないオープンソース厨がおおい
・DBはJavaだけのものじゃない

でもiBatisは気になる。

>>398
相当レベルの低いところでやってたんだね。
うつってるよ。

そう、会社でまともなシステム開発は無理
気心知れた仲間内でサービスまでやるプロジェクト立ち上げ中。
おいらたちの合言葉
「仕事は適当に切り上げて、夢は家で見よう！」
60%くらいで働けばその辺のやつらの100%以上は十分働けるよ。
全開で頭使うのは会社以外で

なんかDB->ビジネスドメインモデル->Strutsアクションフォームのこの
データのコピー処理作業がおそろしく無駄に覚えてきたStrutsで仕事な
今日この頃。

やっぱWebObjects + EOFみたいに、DBのモデルをそのままビューでも
使う、コントローラでも使う、モデルの変更は直接ビューに影響するって
のが楽でいいわ。

>>398
> オブジェクト指向厨は運用や保守のことをまったく考えていない
それは OO は関係なく、単に厨だからでは。

>>398
> ソースを読まないオープンソース厨がおおい

全体からみればオープンソースのソース読む方がむしろ奇特だと思われ。

>>401
BeanUtils使うだけじゃだめなん？

>>403
そうゆう輩がおおい。
たいてい、完全なマニュアルもサポートもないオープンソースを使うとき
ソースだけが頼り。
Hinernateのようにマニュアルがこれだけきちんとしているもののほうが珍しい
それでもソースは重要
OpenSourceってどういう意味や精神しってるかい？
昔はオープンソースプロダクトを使うとき必ずコンパイルしたものだ

昔は昔。
今は今。

昔は、オープンソースは情報に敏感な一部の技術者が、趣味的にいじることが多かった。
今はオープンソース製品が広く認識されて、特に高いモチベーションを持つわけはない普通の技術者が業務としてオープンソース製品に触れるわけだ。

今はオープンソースと言っても、原理主義的オープンソースから、単にソースが公開されているだけのオープンソースまで、人々の認識は多種多用だし。

LinuxやJavaを牽引する役目を背負ったオープンソース。
政治的思想を広めるという使命を背負ったオープンソース。
同好会的な内輪ノリのオープンソース。

人生色々、オープンソースも色々。

>>405
>OpenSourceってどういう意味や精神しってるかい？
マニュアルを販売して、大儲け。

>>408
ちがうよ、ちょっとした付加機能追加して、有償販売して大もうけ。

基本開発に金だして、テストやサポート、バグフィックスはタダ働きのボランティア任せ

オープンソースよりほしい漏れ専用クローズド彼女

オープンソースで無料のほうがいいね。
ウィルス埋め込まれてたらやだけどね。

>>411
上下の口もクローズド
入れさせません

最近はこんなやつらばっかしだ。
問題がおきたとき情報集めてソース読んで対処するのはいつもおいら。
疲れたな

ORM使うと、ビューとの兼ね合いが難しくならない？
ビューは使えなくなるね。

？？？？？

ビューで書くか、マッピングの設定で書くか、迷える。

>>414
問題が過ぎ去った後
自分の努力を誰も理解してくれない寂しい状況になる

そんなクリスマス

DBアクセスの速度を考えて、結局ビューにしてしまったクリスマス。

そしてビューにした結果
詳細ドキュメントの修正を依頼されたクリスマス

そんなクリスマス。

ところで、ビューってORMと共存しにくくなかった？

ビューごとにマッピングオブジェクト作るっていうのはどうなんだろう？

ここでいってるビューってなんなんだ？

DBのViewでしょ。

少なくとも、MVCのViewじゃないと思う。

ORマッピングツールによるが、OR側でちゃんとリレーション定義してれば
問題なくORでいけるんじゃないか？

>>427

>>415

つうかね、ＤＢを正規化しようものならパフォーマンスがどーのこーのって話になる
で、結局でかいプロジェクトになるとパフォーマンスでないから
夢見るきれいな形にはなってくれない

>>424
ヨヨ「オレルスの仲間達！みなさんもちからを！」
「私に力を！強さをください！」

ヨヨ「ビュー……あなたも……お願い……」
「私、ビューには嫌われてる……」
「私がいることで、ビューをいやな気分にさせてしまう……」
「それは分かってるの……」
「でも……ビュー」
「貴方はやっぱりわたしの大切な人なの」

ヨヨ「いまだけでもいいの……わたしに……強さを！」
「あの頃のように！」

ヨヨ「ねえ、ビュー……もっとつよく、つかまってもいい？」
ビュー「……」
ヨヨ「もう……つかまっちゃった……」

>>429
ちげーよ。きちんとした分析もせずに画面のデータが保存できりゃ
それでよしみたいな腐った非正規化された設計になってるからだろ。

どっかのＳヨがExcelで作ったｺﾞﾐDBを何度見たことか・・・。

非正規化すると、重複データをメンテナンスする必要性が出てきたり、
結局はマスタチェックしなきゃいけなかったりでデメリットも相当多い。

正確に分析してあるべき姿を論理設計
　　　　　　　　　　　↓
パフォーマンスや簡略化のために非正規化

ちゃんとやってるプロジェクトってどれくらいあるの？
脳内で適切に非正規化できる奴は滅多にいない。

正規化できる人も滅多にいません(T T)

簡単な正規化すらできないのって理解不能だよな

多分できないんじゃなくて、ぶったるんでてやる気がないんだろ。

そういうやつは本気でやってもできない気がする

>>434
それでいて残業はしっかりしていくんだよな。

正確に分析してあるべき姿を論理設計
　　　　　　　　　　　↓
パフォーマンスや簡略化のために非正規化
確かにこれはわかるが
この変遷についていけるマッピングFWがあるのか・・・

>>437
その変遷どおりにマッピング変えればいいだけだよ。
ORMに幻想抱きすぎ。
SQLを変更するのと、どっちが手間がかかるか、安全か、天秤にかけて、適切な方を選べばいい。

>>437
そうでもないと思うよ。非正規化が絶対に必要なのは一般に思われてるほど
多くないと思ってるから、むしろORMの機能をフルに使う事を前提にして
設計した方が綺麗に無駄なく作れるような気がする。

ERD上の関係より、コレクションの関係の方が詳細に限定されてるし。

あるべき姿の論理設計って、実際はかなり大雑把なもので、最低限必要な
属性しか持っていない概念的なテーブル構成にして、極端に詳細な要件は
省いて設計して、物理設計の時点で反映させるくらいでいいのかも。

パフォーマンスの点だと、単に結合するテーブルを減らす目的の非正規化って
無駄(マスタとの結合)を減らす程度の効果しかなくて、日次や月次バッチなりで
集計結果を先に計算して誤魔化す方が劇的な速度向上が得られると思う。
それには非リアルタイムになるってデメリットも出てくるけど。

チューニングって言っても、結局、「誤魔化す＞＞＞無駄を減らす」なわけで。

日次や月次の処理をごまかしだと捉えないほうがよいと思うが。

つうか日次バッチや月次バッチは「当然考慮すべきこと」だろ。

>>433-436
ﾏｼﾞﾚｽすると、そいつらには
「『正規化』という概念そのものが無い」
のですよ。

もちろん、オブジェクト指向とか、RDBとか、
そーゆー概念も無い。

【大型汎用機】とか【コピー句】とか、
そういった世界の人々が、ORマッピングの世界に流れてきて
カオスを生み出しているのが現状。

最近思うに、RDBが対象である限り、この手のフレームワークは
どんどんシンプル化されて、

[RDBMS] ⇔ [必要なSQL投げ投げロジック。SQLは手書き] ⇔ [オブジェクト]

に収束する希ガス。。。

>>440-441
それは受付キュー ⇒ 揃ったところで定時処理みたいな奴でしょ？
最初から処理可能時間が限定されてるようなのはまた別の話。

ただね、何でもかんでもバッチでって発想の奴多いからさ。
一度その前の綺麗な姿で設計すべきだろって言いたいんだよ。

パフォーマンスに関してのチューニングだと、

1) 無駄を減らす ⇒ インデックスの有効利用やプロシージャ化など
2) 誤魔化し ⇒ 時間かかる計算を先にして計算結果のみ利用など

この２種類のどっちかになると思ってるんだけど、どうよ？

>>443
現状でORMだけで完結できないのは同意。EJBQLもHQLも
貧弱だし、そのへんも結局SQLのラッピングだし。

君らは「糞プロジェクト」の経験が無いから幻想に浸れるのだよ
要件定義の段階で業務のすべてを吸い出すことは出来ない
ようやく決まったと思ったら、他の担当の奴（顧客側）が突然首突っ込んできて
「ああ、それは違うよ　今はそう言うやり方ではない」と、打ち合わせている業務担当者でさえ知らない新事実が発覚する

ほんと糞プロジェクトだよ

>>444
> 2) 誤魔化し ⇒ 時間かかる計算を先にして計算結果のみ利用など

こういうのを「誤魔化し」というのは、処理の時間方向での分散という考え方がしっかりできてないという証拠だと思ってしまうんだけど・・・

テーブルが単純に１つのクラスにマッピングできるようなシステムだと、ORMはあまり必要ないかもね。

>>446
ふーん。
じゃあ、事前集計の結果と、リアルタイム集計が同一だというの？

要件的に同一とみなして構わないってだけの話だと思うんだが。
近似値しか得られないのであれば、データ的に誤魔化してるじゃん。

>>448
近似値を得ることを誤魔化しというのも、数とか計算についての考え方がしっかりできてない証拠だと思ってしまうんだけど・・・

というか、近似値しか得られない日次や月次処理って、どんなぬるい計算してるの？

> じゃあ、事前集計の結果と、リアルタイム集計が同一だというの？

いくらでも同一にできると思うのだが。

事前集計の結果とリアルタイム集計の結果が異なっていたら
事前集計の結果を上書きするようにします。





というような改竄系の仕様の乱発を求める顧客の要望には
正直ついていけないというか罪の意識さえ感じてたりします。

たとえば銀行の支店・本店間のデータ集計なんかで日次・月次データ
なしで何をやれと。

リアルタイム集計と言いたいんだろうな。

>>443
そこでiBATISですよ。

>>445
そこでアジャイルですよ。
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?ScopeLimbering
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?FixedScopeMirage

事前集計と事前集計なしとでリアルタイム集計の差が出るようなプログラムが思いつかないんだけど、

O/Rマッピング何ソレ
SQLガリゴリ書いて、Map配列
コレ最強

カイエンは永続化オブジェクトが、カイエンのクラスに依存するのがどうも。。。
ま、Hibernateはその分、バイトコード弄りしてくれるわけだが。

iBatisのSQLMapはCommons DBUtilsまんまでぱくりやろ。

ﾎｼｭ

JavaPressにCayenne来ましたよ。
なんかほとんど紹介だけって感じだったけどさ...

> 460
見てきたけど、ほんとに紹介だけって感じだった。
導入とGUIを使ってのマッピングと、簡単なデータ操作の方法という感じ。
Cayenneは、なかなかその次のフェーズの記事がでないな。。

少し前のWebDB+でO/Rマッピングフレームワークの紹介、比較があったけど、
結局Toplinkが一番いいという話になっててちょっと笑った。

eHibernate 3のbeta2が出た記念age

Hibernateの安定版2.1.8も出ているな。(downloadサイトに)

みんなHibernate派なんかな。

おれはCayenne派だな。

おれはiBatis派。

俺は SQL 直接で満足してしまった派。古い地球人。

>>468
そんなあなたにiBatis

iBatisについて、わかりやすく解説したサイトってありまつか？

アイバティス？
イーバティス？

カタカナ表記するなら前者だと思うけど、英語での発音は中間くらいじゃない？

>>470
雑誌で簡単な記事とかならあったけど、ネット上で日本語情報はほとんど皆無。

英語だけど、ここのSQL Maps Tutorial見ると、こんな感じかあってのが分かる。
http://www.ibatis.com/common/download.html

英語では結構あるんだよな。これとか。

ttp://www.onjava.com/pub/a/onjava/2005/02/02/sqlmaps.html

とはいえ、本家のチュートリアルで十分かな。
iBATISの売りは、シンプルなことなんだし。

Hibernate の 2.1.8 では、ehcache の設定がかわってますな・・・。

（新）　hibernate.cache.provider_class net.sf.hibernate.cache.EhCacheProvider

（旧）　hibernate.cache.provider_class net.sf.ehcache.hibernate.Provider

Hibernate in Action にある複合キーはレガシーってどういうこと？
外部参照を無意味なID値でやるってことだと、かなりDB設計技法が変わって周囲からの抵抗が予想され.....

Cayenne 1.2M2が出ているようですね。

>>473>>474
ありがとうございます。
見てみます。

hibernate の Criteria で select するときに、
紐付けされた別オブジェクトの属性で
ソートすることはできますか？
.add( Expression.eq( "master.name", new String("ほげほげ"))
で、検索条件として使うのはOKなんですが、
.addOrder( Order.asc("master.name") )
としてソート条件として使おうとすると実行時に例外となって
しまいます。

>>479
master.nameはselectしてる？
そうじゃないとだめなDBもあるよ。

>new String("ほげほげ")
なんでわざわざnewしてんの？

Cayenneに比べたらHibernateはショボイな。

すごい自信だ
とりあえず、継承のマッピングはHibernateの方が強い。

継承に強いのはいいが、派生クラスが多くなるとSQLがやたらと大きくなるのが気になる。
joined-subclassでマッピングしてるとそのぶんleft joinするからMySQLつかうと結構問題。

まあ、継承のマッピングなんか、そこかしこでやるもんじゃないし。

Cayenne 1.2 M2出た。
ttp://objectstyle.org/cayenne/release-notes/RELEASE-NOTES-1.2M2.txt

>>484
しかし一番継承のマッピングするのはキモの部分だったりする

>486
日本語のシンタックスエラー。"一番"の辺りに。
クエリーを投げなおしてください。

blancoDb
ttp://hp.vector.co.jp/authors/VA027994/blanco/blancodb.html
国産みたい？

dbutileってレスポンス悪い？？

>>489
Bean 使ってる場合のリフレクション除けば、JDBC 直と変わらんだろ。
おまいの SQL が悪いか、コネクションプールしてないかだろ。

>>489
一回のSQLで大量のデータを取得するときは、
遅いんじゃないの？？

>> 491
大量のデータをfetchした時は、そのデータをHDDから読み出したり、ネットワーク経由で送る時間の方がずっと大きいので、dbutilのオーバーヘッドなんか全然関係なくなるのでは。

っつか、100万件とかヒットしたら、List に全部格納
されてまう。つくりの問題。

>>493
Listじゃなくてiteretorで返すやつ低レベルAPIじゃなくてもう一皮ラップしたやつ用意してくれればいいのにね。
あと動的SQL対応。

僕の場合、Hibernateはone-to-oneとmany-to-oneでlazyが効かない（Ver2.x）
のが一番の問題かな。Cayenneはこの辺どうなのかなー。

Hibernate3が待ち遠しい。

>>495
それはJavaの言語仕様の問題なので、Hibernateのone-to-oneは使わず、one-to-manyで実装しておいて、one-to-oneなプロパティを自分で作る。
List getDatas()
でone-to-manyにして
Object getData(){
　if(getDatas().size() == 0) return null;
return getDatas().get(0);
}
というone-to-oneエミュレーションなプロパティを作る。

>>496
dataは複数形。単数形はdatum。
以上、トリビアでした。

Middlegenは規則名詞・不規則名詞かかわらずto-many関連のフィールドにはsをつける。
以上、トリビアでした。

♪出会った頃は〜
以上、オリビアでした。

ばぁちゃ〜ん、事故にあっちゃって、損害賠償で100万円いるんだよ〜
以上、オレオレでした。

美味しいココア風味のクッキー。
でもそれは健康を害するトランス脂肪を含んでいて、
カリフォルニア州では、子供に食べさせることを全面的に禁じる訴訟が起きちゃったんですね。
以上、オレオでした。

ためになった。感動した。

オレオの中のクリームがまずいって事かな？
外のクッキー自体は大丈夫だよね

知るかよ

>>476
にもあるかと思うんですが、Hibernateって、複合キーを扱えないって聞いたんですけど
本当ですか？

例えば、下のような会社、部署、従業員って３つのテーブルの関連はうまく扱えないのでせうか？
会社
PK：comp_id
部署
PK：comp_id, dept_id
従業員
PK：comp_id, dept_id, person_id

「うまく扱う」っていうのが抽象的で申し訳ないんですけど。

Hibernate は >>504みたいな糞なテーブル設計がうまく扱えないから糞。

> Hibernateって、複合キーを扱えないって聞いたんですけど本当ですか？

うそです。
ところで、複合キーってなんかメリットあるの？

現実問題として、DB屋は複合プライマリキーに慣れ親しんでいる人がいっぱい
いる。
そういう現実がある以上、HibernateなりなんなりのORマッピングツールが
現実にマッチしていないとしたら問題だと思うね。こっちがいくら、PKにはPK用に
項目を設けてくれといったところで、現実にマッチしてない段階で「つかえねえ
ツールだな」と解釈されてしまう。

そういうのって勿体ないよね。HibernateもCayenneもEOFも複合キーから遠ざか
ろうとするのは良いんだが、現実問題を解決してくれ、という気持ちにもなるわな。

既存のシステムの改修には適さないだろ
やるなら新規。

>>507
現実問題として、DB屋に複合プライマリキーに慣れ親しんでいる人がいっぱいいても、コーディングが面倒になるからやめて欲しいのは確か。
そういう現実がある以上、DB屋が現実にマッチしていないとしたら問題だと思うね。
DB屋がいくら、PKを含んだ複合キー項目を設けてくれといったところで、現実にマッチしてない段階で「つかえねえDB屋だな」と解釈されてしまう。

そういうのって勿体ないよね。DB屋も複合キーで美しい設計にしようとするのは良いんだが、現実問題を解決してくれ、という気持ちにもなるわな。

>>509
あほか、大規模システムのコアは DB だ。
基幹システムのような場合、DB には Java だけでなく .net や COBOL
などからもアクセスされる。Java はただの数あるクライアントの 1 つに過ぎない。

そんな中、1 言語の中のたかが 1 ライブラリの都合なんか知るか。
思い上がりも程々にな。

あと、DB アクセスロジックを Java の中に持つなバカ。
共通化って Java の中の狭い中しか見てないだろ。
ストアドにして、どの言語からでも使えるようにしろ。

Java だけを見ていたい気持ちは分かるが。
まー、Java しか知らん香具師ほど、この気持ちは強いだろな。

あ、三流の自称DB屋さん、ようこそ

ストアドはよく使うけど、複合プライマリキーはやらんなあ…
ライブラリの都合の問題とかじゃなくて、そもそもそういう設計が良い設計だとは
思えんのだが…って板違いだな

俺はどっちかというとJAVA屋だけど、510の言うことは結構同意してしまう。

509の言う「現実」ってのは「マッピングツールが対応してない」「コーディング
が面倒」ってこと？ 複合キーがシステム的におかしいというならわからんでも
ないけど、コーディングの都合で設計を変えてくれってのは理解しがたい。

まぁ、複合キーの是非に関してはおいといて、システム組む時にはやっぱり
DBありきだと思うよ。
なお、個人的には複合キーは嫌いではないし、ストアドはあまり好きでない。

>>513
複合キーのメリットってなに？
メリットにくらべてデメリットが大きいなら、設計を変えるべきだとは思う。
デメリットとしては、SQLが長くなることやら、ORマッピングに限らずプログラム上でいろんな仕組みが使いにくくなることやらあげれるんだけど。
メリットってなに？デメリットをうわまわるメリットがあるなら、考えを改める。

ところで、Hibernateで複合キーが使えないって、どういうこと？
とりあえずは使えるよね？

>>510
それなら、いっそう、いろいろな環境から使いやすい単純なキーにしておいたほうがいいと思うが。
VBのコンポーネントでも、複合キーと相性が悪いものはあるわけだし。
Delphiのコンポーネントは複合キーだと使いにくかったし。

複合キーがよくないのってコンポーネントの非サポートからの要請じゃない気がするんだが。
あるシステムではキーになってても連携する隣のシステムじゃその値を変更したいなんてことは良くあると思うし。

まあ、スレ違いだな。

自然キーである複合キーを使うか、代理キーという単一のキー値を使うか。

ER図上でカーディナリティも理解できることから、自然キーがいいという意見はもっともだ。
実際、自然キーで設計されたテーブル群のほうが多いだろう。
しかしより基本的なレベルに「キー値は不変の情報を用いる」という原則がある。

最初の設計時には不変に思えた自然キーが、機能追加時に変更の必要が出てくることがある。
これは自然キーの変更を迫るような設計変更が悪いのではなく、
ビジネスの変更に応じてキーを変えられない当初の設計が間違っている。

>>510の考えには全面的に同意する。
異なる環境、言語からのアクセスも並列に存在することは当然想定すべきだし、
ストアドプロシージャというデータベースアクセスの抽象化手段も使わない手はない。
(パフォーマンス向上という副作用までついてくるんだし)

その上で、キーには代理キーを使うべきだ。

おれストアドは結構便利に使ってるんだけど、あれ、移植性が低いんだよな...

そんなに DB って変えるか？

まあ現実にはＤＢ変える時にはシステム全体を変える時だったりすので
対して問題になってないんだけど、次期システム開発なんかに巻き込まれて
「ＤＢが変わります」とか言われた時に、同じＤＢならストアドが流用できるのに
とか考えてしまう。

まあ結局はシステムが変わってるのでストアドも作り直しになっちゃったりもする
んだけどなw

> あと、DB アクセスロジックを Java の中に持つなバカ。
> 共通化って Java の中の狭い中しか見てないだろ。
> ストアドにして、どの言語からでも使えるようにしろ。

当面Javaでやって、もし他から必要ならWebサービスで呼び出せば充分かと。
必要かどうかもわからない共通化のために、開発環境の充分に整いにくいストアドでやる必要はなさげ。

>>521
なるほど、Web サービスなら .net で組みやすいな。Java を使う必要もない。
で、COBOL から Web サービスの呼び出しって実績あんのか？
HTTP でパフォーマンス落としてまで Web サービスっていいか？

>>522
えっと、必要かどうかわからない共通化にコストかけるよりはいいと思う。

間になにか(ORマッピングスレなので、Hibernateとか)かませてやっておけば、DBの移行もストアドよりは やりやすいし。

そう、ORマッピングの利点（の一つ）は、DBの違いをJavaプログラムから見えなくして
共通化すること。DBが他メーカーのものに変わっても、そのまま動いてくれる。

一方でストアドプロシージャは、ちゃんと作ればとにかく速い。いろんなテーブルのいろんな
ところをちょっとずつ更新、なんて処理もそつなく高速にこなしてくれる。

実際DB・APPサーバの通信がボトルネックになる事もあるから、その辺も考慮すると、
全部が全部ORマッピングというのも考えものだよな。

まあCayenneやEOFの吐き出すダサいSQLを許容してる俺がいうのもなんなのだけど...

「全部が全部xxx」にこだわるのは、xxxに何をあてはめても考えものだな。

事の発端の>>504です。
なんかレスがいっぱいあって個別にレスできないのは申し訳ないんですけど・・・
みなさんありがとう。

で、Hibernateの話ではなくなってしまってスレ違いな話題ではあるんですが、
ちょっとマジレスきぼん。

>>504
で出したテーブルは複合プライマリキーだから設計がよくないって意見が大半のような
気がするんですけど、複合プライマリキーを使わないでテーブル設計する場合って↓
みたいなのでいいんですか？

会社
PK：comp_id
部署
PK：dept_idとPKじゃない：comp_id
従業員
PK：person_idとPKじゃない：comp_id, dept_id

それとも、まったく別の形？
自分でDB設計することってほとんどないんだけど、こんな形のテーブルばっかり
扱ってきたので、普通なんだと思ってました。
識者の方、お願いします。

続けて・・・
この形（複合キー）のテーブルで違和感がなかったのは

・複合キーすべてを指定してSELECTしたら、存在してれば、戻ってくるのは必ず１行
・同じ値（例えば従業員）のレコードを挿入しようとしてもDBではじいてくれる。

っていうメリットがあるような気がするんですけど。どうですか？

>>528
> ・複合キーすべてを指定してSELECTしたら、存在してれば、戻ってくるのは必ず１行

複合キーにしなければ、1つのキーだけでも指定できる。
複合部分は主キーではないインデックスにすれば同じことが出来る

> ・同じ値（例えば従業員）のレコードを挿入しようとしてもDBではじいてくれる。

主キーにしなくてもできる

レコードを特定するのに複数の値が必要になることのデメリットの方が多いと思う。
このポリシーだと、関連するたびにキーが増えていく。
たとえば、売上に担当した従業員を保持しようと思うと、会社と部署のコードを持つ必要がある。
会社は部署からたどれるので、わざわざ従業員に持つ必要がない。
部署は従業員からたどれるので、わざわざ売上に持つ必要がない。

>>529
レスありがとう。

理解が足りなかったらごめんなさい。
>複合キーにしなければ、1つのキーだけでも指定できる。
>複合部分は主キーではないインデックスにすれば同じことが出来る
>主キーにしなくてもできる
と、いうことは極端に書くと以下のような設計がよいということなんですかね？

従業員
PK：代理キー＋重複なしの複合インデックス（person_id, dept_id, company_id）

なんか、勘違いしていたような気がするんですが、設計上よくないのは、
複合「プライマリキー」で、キーは代理キーにして、
複合キーでやりたかったことは他の列で複合インデックスはってやれって感じなんでしょうか？

>レコードを特定するのに複数の値が必要になることのデメリットの方が多いと思う。
>このポリシーだと、関連するたびにキーが増えていく。
はい。そう思います。
と、いうことで、まとめると↓でFA?
会社
PK：comp_id
部署
PK：代理キー＋重複なし複合インデックス（dept_id,comp_id)
従業員
PK：代理キー＋重複なし複合インデックス（person_id, dept_id)

>>530
dept_id が会社内で一意で、person_id が部署内で一意だとすると、
従業員テーブルのインデックスは、(person_id, dept_id, comp_id) になるんじゃない？

結局従業員テーブルに関連テーブルのキーを入れことになるので、
俺はこういう場合は複合キーにしたいんだが……。

代理キーを使う利点って、社員を外部キーに持つテーブルのカラムが
無駄に増えなくて済むって点があると思うけど、Hibernate はこういう複数のカラムを
キー用のクラスに隠蔽してくれるんじゃなかったっけ？
ただ、そのキー用のクラスを使うのがけっこう煩わしかったような気もするけど。

Hibernate はあまり使い込んでないから外してたらすまん。

そう。
なのに、なぜかHibernateで複合キーが使えないような感じで議論が展開してる。
Hibernateじゃなくても、複合キー使うのはだいたいわずらわしい。

それと、人がみるためのキーって、人の都合で変わるからねぇ。

>>532
>Hibernateじゃなくても、複合キー使うのはだいたいわずらわしい
って、どういうこと?

すまん、スレ違いな話題を続けさせてもらって申し訳ない。

>>531
>代理キーを使う利点って、社員を外部キーに持つテーブルのカラムが
>無駄に増えなくて済むって点があると思うけど、
ですね。そのとおりだとは思っているのですが・・・>>476にもあった
>外部参照を無意味なID値でやるってことだと、
>かなりDB設計技法が変わって周囲からの抵抗が予想され.....
私もなんとなく、外部参照が代理キーになるってのが気持ち悪いというかなんていうか・・・
なので、複合キーでも特に問題があるように見えませんでした。

>Hibernate はこういう複数のカラムを
>キー用のクラスに隠蔽してくれるんじゃなかったっけ？
とりあえず、複合キー自体は扱えるようなので、
これからHibernate使って勉強してみたいと思います。

>>532
>なのに、なぜかHibernateで複合キーが使えないような感じで議論が展開してる。
いえ、>>506にだれも反論していないので複合キーは扱えるという結論なんだろうと思ってました。
で、それとは別に、そもそもなぜ、複合キーか？っていう議論に発展していて、
スレ違いとはわかりつつ、続けさせてもらってました。

で、大半の意見としては、>>532のように
・複合キー使うのは（DBのクライアント側からすると）だいたいわずらわしい。
というところなんでしょうか？

>>534
SQL直書きなら連結のための条件が増えて面倒だし、OCXやVCLのコンポーネントなんかでも複合キーになると不便だったりする。

>>535
逆にオレの場合、なんならOIDがキーでもかまわないくらい、実際に必要な値をキーにしたくない。
OIDだとはげしくDB依存するから、シリアル値をキーにするけど。

Hibernate 3.0 rc1 出てます。
ttp://blog.hibernate.org/cgi-bin/blosxom.cgi/2005/02/28#3announce
ttp://www.hibernate.org/Download/DownloadOverview

ここではすれ違いかもしれませんが、C++でのORマッピングが
できるライブラリってないいんですか？

>>539
C++はわからんけど、.NETでORマッピング使いたいなら、
NHibernateとかいうものがあるぞ。
あとはC++のｽﾚへ逝け

皆Hibernate使うときXDocletで書いてる？

既存のテーブルに対してJavaクラスを自動生成したい場合って
そこでXDoclet使う意味は無いですかな？

オープンソースJavaプロダクツという本には
既存のテーブルからJavaクラスを自動生成する方法が
のっておらずXDocletタグつきのJavaソースコードから
テーブルを自動生成する方法しか乗ってなかった orz

なんかええサンプルない？



それより、XDoclet2 + Maven2ﾏﾀﾞｰ?

いまだにJavaにかじりついてるやつっていつまで経ってもツールとかでシコシコ
遊んでてぜんぜん生産性が上がってないんだよな

>>541
使う意味あると思うよ。
クラス+hbm.xml書く手間と、クラス+XDocletタグ書く手間じゃ
大差ないし、マッピング情報をひとつのファイルに集約できる。

サンプルはmiddlegenでぐぐれば見つかるっしょ。
ただし、結構間違えたの吐くので要注意。

Hibernateではコレクションのwhere属性を用いるより、
まとめて一つのコレクションにつっこんでから、プログラム内で仕分けをするほうが
一般的ですか？

where属性の中にHQL識別子が使えれば迷わずwhere属性を使うのですが...

ところで、Hibernate 3.0ってインラインビュー使えるようになったの？

>>542==>>539のニオイ(ﾜﾗ

>>542
「Javaにかじりつく」の意味がわからないが
2chで見た憶測かな？

Javaを初めて使った頃に比べれば生産性は大幅にあがってるよ。
HibernateやCayenneは明らかに生産性を上げるものだね。
JDBCでSQL文をベタ書きするよりは明らかに
でっかい生産性を上げているね。
べた書きするとテーブル仕様変更したとき厄介だしね。
カラムを追加したときも面倒くさいし。

>>546
ちがうよ

>>542
M$信者じゃねーの？

つまりこういうことか

いまだにWindowsにかじりついてるやつっていつまで経ってもツールとかでシコシコ
遊んでてぜんぜん生産性が上がってないんだよな

簡単だと言われ、実際に簡単そうなサンプルを見せられると「俺にもできそうだ」
という印象を受ける。
実際には、その後それについて学ばないどころか触りもしないわけだが、その
状態で暫く時間が経過すると、何時の間にか「俺にもできそうだ」が「俺にもで
きる」に印象が化けてたりする。

.NET＝簡単という立場でJavaを否定してる奴の相当数はこの手の類。

んまー
ﾄﾞﾄﾈﾄの考え方は
基本的に「横着」「安直」だからね。
ドトネトは合成着色料たっぷりのお菓子で子供を騙している
戦術に似ているもんね。

まともに使えるようになってから言え。
スレタイも読めない厨房にそれは無理だろうけど。

iBatisで文字列の前方一致、後方一致はどうやってやるんですか？

>>554
前方一致とかのSQLを書くだけ

>>555
レスサンクス
でも、答えになってねーよ

select * from xxx where MojiRetsu like #hoge#
といったSQLの場合、
select * from xxx where MojiRetsu like #hoge#%
って訳にはいかないよね？
プロパティ#hoge#の値として%を付加した値を渡さないとできないってことでFA?

>>556
そだね。チュートリアルにも特に記述はないけど、次のようなソース部分があった。

<isNotNull prepend="AND" property="emailAddress">
ACC_EMAIL like #emailAddress#
</isNotNull>

>>557

やっぱその方法か。

ありがとう。

iBatis 知らんけど
col like #hoge# || '%'
じゃあかんのか？

え？
できるかな？

さてさてフフー

ﾉｯﾎﾟさ〜ん

んーふ んふ んーふ んんーふ

ﾃｰｹﾃｰｹﾃｹﾃｹﾃｰ　ﾃｰｹﾃｰｹ　ﾃ･ﾃ･ﾃｰ

>>564
(ﾟ∀ﾟ)ﾗｳﾞｨ!!

Cayenne 1.1.1が出たみたいだよ。
ttp://www.objectstyle.org/cayenne/

Hibernateで、同一テーブルの関係テーブル(many-to-many)は
どのようにマッピングすればよいのでしょうか？

例えば、
TBL_AにID,NAMEというカラムがあって、
TBL_AのIDを2つ持った、JOIN_Aを作るにはどうすれば良いのでしょうか？

>>567
それはmany-to-manyとは呼ばないような・・・。
many-to-one×2（JOIN_A)とone-to-many×2(TBL_A)じゃね？

MySQLは、order by の対象に集計関数を使えないですよね。
from TABLE table group by table.id order by sum(table.num)
というようなHQLを実行したい時はどうすればいいのでしょうか？

Hibernate 2.1.8を使用していますが、
select date(T.d) from hoge T
とすると、undefined alias: date
と出るのですが、SQLの関数を使用するには
どうすればいいのでしょうか。
データベースはPostgreSQLです。

Hibernate3 リリースaget

hibernateでone to one の複合キーのリレーションがある場合にselectできないんですけど、
どなたか解決方法ご存知のかたっていｍすでしょうか？

>570
hibernateは柔軟性無さ杉。
そういうクエリーには対応できないぞ。
素直にJDBCかDbUtils使え。

>572
それもできないよ。
one-to-oneでもone-to-manyでもそうだけど、リレーションしたい場合は
単一キー同士にしないとできんぞ。
でも、リレーション無くてもいいなら複合キーのマッピングできるという、わけわかんねぇ仕様。
オレもこれで悩んだんだけど、結局テーブル設計し直すことになった。

Torqueみたいにカラムのマッピングだけしてくれて、後は自分でListなりMapなりを
メンバーに追加できる仕様だったらよかったんだけど、
hbm2java.xmlを再実行すると上書きされちゃうし、かといって、hibernateが吐き出した
クラスを継承してメンバー追加したクラスを実行時に渡すとエラーになるんだよなぁ。

>>574
すみませんおしえてください。
いままで何度かこのスレでも、Hibernateと複合キーの話題が出てましたが、結局
Hibernateで複合キーってのが現実的に使えるのかどうか分からずじまいだったのですが、


つまり、Hibernateでは、単一テーブルからデータを取ってくるだけなら複合キーでも
問題ないけど、リレーションを使おうとすると複合キーは使えないということなんでしょうか？

>574
>つまり、Hibernateでは、単一テーブルからデータを取ってくるだけなら複合キーでも 
>問題ないけど、リレーションを使おうとすると複合キーは使えないということなんでしょうか？ 

そう。取ってくるだけなんて現実的にありえないから、全テーブル単一キーで設計するしかない。
この時点でかなり萎える。。
反論はあるだろうが、あいにくオレはDB屋なので。。ｽﾏｿ。
ORﾏｯﾋﾟｰ自体は賛成だが、現時点でのhibernateは使いづらいだけ。
Toque+DbUtilsの方が使いやすいし、柔軟性もあるので、オススメする。

> 全テーブル単一キーで設計するしかない。
> この時点でかなり萎える。。

ここと

> あいにくオレはDB屋なので。

ここのつながりがよくわからんのだが、そういうもんなの？

つーか、複合キーの方が都合いい場面があるだろ。
そういう場合でも単一キーを強制される。
たかが１ライブラリの都合でテーブル設計の選択肢が狭められるのがイヤなんだよ。

複合キーの方が都合いい場面を知らないので、一例プリーズ

いや、複合キーで作られたDBが先にあって、それを使ってアプリケーションを組まないといけない
ことのほうがおおい。今までもそういうことが多かった。

複合キーの善し悪しについては議論があるだろうが、なんだかんだ言っても複合キーは、
O/Rマッパーに比べて歴史の長いRDBMSではメジャーな手法で、DB屋はほぼ確実に複合キーを
使ってくる。

それを無視して「複合キーなんて旧世代の習慣だ。これからは代理キーだ」といったところで、
世の中が追いついてないんだからしょうがない。そんな世の中でHibernateが複合キーに
対応してないというだけで「DB構成変えるわけにはいかんので採用できんね」とかなってしまう
のは、実情にあわせてないツールの方に問題があると思うな。

最もこれは、Hibernateに限らず、Cayenneはもちろん、EOFですらそうなんだけど。

iBatisはSQLマッパーなんでなんとかなりそうだけど。

まぁ、複合キー使えないのはTorqueもそうなんだが。
それよかhibernateで困るのは、生成されたPOJOにListとか勝手に追加できないこと。

それより、>>579のいう複合キーの方が都合いい場面というのが知りたい。

> 生成されたPOJOにListとか勝手に追加できないこと。

そうか？Middlegenの制約じゃねえの？

Middlegenの自動生成が上書きするからという話だったら、ジェネレーションギャップパターンを使ってマッピングするような指定ができたはず。

>585
例えば、EmpテーブルをマッピングしたEmpクラスがあったとして、
以下のような取得方法になるよね。
List list = session.createCriteria(Emp.class).list();
そこで、EmpにListとかMapとか追加したMyEmpをEmpクラスを継承して作って
List list = session.createCriteria(MyEmp.class).list();
ってやると、hibernateでエラーになるのよ。
これってジェネレーションギャップパターンで解決できるものなの？

>>586
そのMyEmpはどういうマッピング定義にしてるの？

Middlegen->hbm2java というボトムアップやってるんだが。
generation gap パターンが使えるなら知りたい。
今は、パッチのカタチで保存することでなんとかやってるけど、めんどくさい。。。

一度生成したファイルは生成しなおさないようにすれば？
カラムの変更があったときにはhbm.xml直書き。

hbm.xml は修正点少ないんで、それでもいいんですが・・・
hbm.xml にも一応、CDATAでコードかけるんですけどね。
エディットがしづらいので・・・

hibernate3出たのにまったく盛り上がらないね。ツール待ち？
どっかに変更点まとめたサイトとかありませんか？

Spring待ちだな。

>>588
ドキュメントに書いてあったような気がするが。

Hi3での大きな特徴って何？

パッケージ名が変わった。

>>586と同じことで悩んでいるんですが、

同じ例でいうんであれば、
session.save((Emp)myEmpObj);
ってやると、
net.sf.hibernate.MappingException: Unknown entity class
になっちゃうんですけど。

結局これってできないんですか？それともhbmでなんとかなるの？

hbmさえ書けばどうとでもなるよ。
MyEmpのインスタンスを保存したいときはEmpだけじゃなく
ちゃんとMyEmpについても書かないといけないぞ。

>>597
おぉ、サンクス。

>MyEmpのインスタンスを保存したいときはEmpだけじゃなく
>ちゃんとMyEmpについても書かないといけないぞ。
ってことは、
Emp = empテーブルのマッピング以外に、
MyEmp = empテーブルのマッピングを書くってことかしらん？

すまんが、どうやって書くのか例を示してもらえないだろうか？もしくは、ココみろ（URL）！でもいいので。
おながい。

>>597
とりあえず、自分でやってみた。

MyEmpのDocletで、親クラスと同じテーブルを指定してやったら、hbmのファイルができました。
DBへのアクセスもOKでした。
/**
*@hibernate.class table="emp"
*/
public class MyEmp extends Emp {
}

で、一つだけ気になるんですけど、一つのテーブルに対して、複数のマッピングってOKなんですかね？
（この場合だと、Empと、MyEmp）
インスタンスキャッシュとかしないんでしたっけ？

>>598
継承を使うなら、ちゃんと継承のマッピングをしないといけない。
Strategy of inheritとかそんなところで解説されてる。
継承のマッピングについては、過去レスにもある気がする。

Hibernate使う際に、

１：DBを先に設計・実装してからそれをマッピングするJavaコードを起こす
２：Javaコードから、XDocletなどで対応するDB構造のSQLを生成しDB実装

という２つのアプローチがあると思うんだけど、
特に後者はメリットあるかな？
インピーダンスミスマッチが防げる気はするけど、DBは単なる箱になりそうな気もする。

そのためのORマッピング。Oが先。

Oを意識して、R優先。

ROマッピングってゆえ、っていう主張もあるね。

なんだかんだでシステム開発の要はデータベースだったりするので、
Rが先にあって、でもＯではこういう構成になってた方が使いやすい
というのがその次にきて、リレーション関係で解決できる部分は
ＯＲマッピングで対応して、リレーションだけではどうにもならない、
複数のエンティティが絡み合っているようなものはドメインモデルで
解決、という感じかな。

ORマッピングが出てきたときには、オブジェクトデータベースみたいなことをRDBでやりたいなぁって感じだったんだろうね。
オブジェクトをそのままRDBに突っ込めますよと。
実際には、RDBの制約やら設計のやりやすさの方が強かった。

Hibernateとかって、複数のデータベースに対応してるの？
というか、複数データベースに対応してるORマッピングってあるのかな？

EOFかな。商用だけど。

Cayenneもサポートしてるよ。
まあ構造がEOFと一緒だし。

JDK5で generics が導入されて、バグ防止のためにも出来るだけ使いたいんですが、
Criteria.list() で取った List を DeapCopy せずに上手いこと　typesafe な
別変数に入れたり戻り値として返す方法ないでしょうか？
キャストしただけだと警告出ますし。
具体的には、↓みたいな。

Criteria criteria = session.createCriteria(Hoge.class) ;
List<Hoge> hogeList = criteria.list() ; // ここで警告が出ます
return hogeList ; // List<Hoge>を返したい

なんか、OR固有の話題ではないような気もしますが。。。

あ、すいません。使ってるのは Hibernate3 です。

>>610
キャストできんの？

hibernateのライブラリがgenericsで書かれていないかぎり警告が出るのはしょうがない。

>>612
キャストはできるだろうがコンパイル時にチェックできないよという旨の警告が出るはず。

質問です。
参照系はＨＱＬではなく、ＳＱＬに近い形で作ることが
createSQLQuery("SQL文");できます。
更新系(update,delete,insert)はＳＱＬできますか？
用途は、たとえば、1万件のデータを一括して変更・削除する場合などです。
よろしくお願いします。

hibernate使う意味あんのか？

ほかをHibernateでやってたらHQLでやりたくなるんじゃねぇ？

Hibernate3 + Java5 で、マッピングにEnum使えない様なんですが、あってますか？

色々調べたんですが、マッピング用に　UserType みたいなクラスを作る必要があるみたいで。
（そうするとVARCHARにマッピングしてくれるみたいな記述はみつけました）
Enum使ってコードをシンプルにしたいのに、これじゃ本末転倒。

DBからロードしてきて String → Enum→画面（IDとかで使う）
画面からパラメータもらって String→Enum→（ＤＢ格納のために）String

あまりにもアホらしいんで、この辺りが解決するまで Enum 使うのやめようと思ってるんですが、
先輩諸氏のご意見が聞ければ嬉しいんですが。

>614
hibernateからconnection取得してＪＤＢＣ経由で行う。

>615 >616 >618

ありがとうございます。

hibernateからconnectionを取得してみます。
これから調べて試行錯誤します。

HibernateでJDBCコネクション使う場合は、

* Hibernateの外から与えるJDBCコネクションを使う．
* HibernateがDriverManagerから取得したJDBCコネクションを使う．
* HibernateがJNDI経由のDataSourceから取得したJDBCコネクションを使う．

の３つらしい。
詳しくは、このへん。
ttp://www.hibernate.org/hib_docs/reference/ja/html/session-configuration.html#configuration-userjdbc

>>619
net.sf.hibernate.Session#connection()で取得できると思うが。
勘違いしてたらスマソ。

>620 >621
アドバイスありがとうございます。
残念ながら取得することができませんでした。
実際のプログラムとしては、
Connection connection = <hibernateのconnection取得メソッド?>
Statement statement = connection.createStatement();
というような流れになるでしょうか？
621様の　net.sf.hibernate.Session#connection()
が利用できませんでした。（#の意味を推測してみましたが、理解できず申し訳ありません。）
よろしくお願いいたします。

＞#の意味を推測してみましたが、理解できず申し訳ありません。

ﾁｮｯﾄﾜﾗﾀ

>>622
なんかほのぼのしていいな。

# は「の」もしくは「クラスの」と訳して読み替えてみるべし。

>624様アドバイスありがとうございます。
#をのに読み替えてプログラムをつくってみました。
該当箇所でエラーが出てしまいました。(eclipse3,hibernate2)
初心者スレではないのは十分承知しておりますが、
相談できるところがないので、よろしくおねがいします。
hibernateでSQL文をつかってデータの一括更新を行いたいのです。

import net.sf.hibernate.*;
import java.sql.*;
(1)
Session session = new Session(); <--エラー：Sessionクラスは具象クラスではないとのこと。
Connection connection = session.connection();
(2)
Connection connection = Session.connection();<--エラー：メソッドconnection()はスタティックではないとのこと。
なお　>58 >59も参考にしましたが同様にうまくいきません。
皆様のお力をおかしください。

>>625
基本的なところはググるか、ドキュメント読むことをお勧めします
ttp://www.hibernate.org/hib_docs/reference/ja/html/
ttp://www.atmarkit.co.jp/fjava/rensai3/ormap05/ormap05_1.html

.>>625
ついでだから

とりあえず(1)はこれで

// セッションファクトリーの作成
SessionFactory sessionfactory = config.buildSessionFactory();
// セッションオープン
Session session = sessionfactory.openSession();

次に(2)
上で取得したsessionインスタンス使って
session.connection();

>>625
Hibernateより前にしっかりJava自体を勉強したら？
それからでも遅くないと思うよ。

ところで、ｽﾚﾀｲとはかけ離れてるんだけど、
CSVファイルをJDBCのインタフェースで読み書きできるLibがあった。ｶﾞｲｼｭﾂ?

「CsvJdbc」
http://octopus.objectweb.org/doc/2.8/extras/Csvjdbc_readme.html

SourceForgeも同じプロジェクトがあったけど、最新版はObjectWebの
Octpusプロジェクトに内包されてる。
http://forge.objectweb.org/project/showfiles.php?group_id=39
ここの「octopus-3.3-1.zip」に、jarが入ってる。

けっこー便利かも。
とりあえずできることは、SELECT/INSERT/UPDATEあたりと限られてるけど。

みなさまありがとうございました。大変たすかりました。
自分のjavaの知識の浅さを認識しました。
基礎をしっかり学んでみます。

なんだか心が洗われるスレだなあ。

>>629
面白いな。
使わないと思うけど、いいかも。

1つのクラスにJDBCでSQL直書き、現状5000行まで来ました。
このクラスを見るたびに吐き気がします。
型を変えたり、列を追加したりするたびにｴﾗｰの雨嵐。
列を削除したらりざるとせっとの値がずれてｴﾗｰﾉｱﾒﾌﾗｼ
Hibernate使えば少しはﾏｼになりますか？

>>633
その前に、テストクラスを作れ
クラスを分割した方がいいのかも。

>一個のクラスに5000行
>列を変えたり
>削除しただけで値がずれる

どれもORまっぱー以前の話じゃん。
そこら辺なんとかしなければ使っても変わらない。

>型を変えたり、列を追加したりするたびにｴﾗｰの雨嵐

とゆー事態は多少はましになるかも知れんが
導入したら導入したで別の問題（パフォーマンスだとか）が発生してグダグダになるのが目に見える

皆さんありがとうございます。
どのように分ければ多少ﾏｼになるのか教えていただけませんか？
今は検索も追加も更新もDBにアクセスするものは全てそのクラスに入ってます。

とりあえず用途別に分けたら？
どうせstaticメソッドばっかりだろ？
インスタンスメソッドだったとしても、せいぜいインスタンスフィールドはコネクションだけ、みたいな。

ORマッピングはマッピングであってラッピングではないから、きたないプログラムはきたないままだよ。

O/R マッピングの前に DB の正規化とかソフトウェア設計とか、先に学ぶべき
ことが多いように思う。

分かってる人間が楽するツールであって、基礎がなってない人間が使っても
意味がないよ。

皆さんどうもありがとう！
そうですよね。今はﾌﾟﾛｸﾞﾗﾑやDBの質をあげることに精進します。
ｶﾞﾝﾊﾞﾙｿﾞｰ！

・・・その後、>641の姿を見たものはだれもいない

641なんですが、私は前述した肥大クラスにSELECT、UPDATE、INSERT全てを入れています。
SELECTの場合はResultSetから取得したデータをBeanに詰めて返して、
UPDATEやINSERTに関しては、SampleBeanを引数として渡し、
そのgetterを使って "INSERT sampleTable SET " + SampleBean.getXxx()
とか言って（テーブルと同様のjavaBeanを作って受け渡しをしている）やってます。
このｿｰｽを今度１歳になる姪っ子に見せたら泣いてしまうくらいで、ホントに困っています。
なんかコーディングのヒントだけでも教えていただけませんか・・・

その肥大化した一つのクラスは何テーブル相手にしてるの？
１テーブルしか対象にしてなくて５ＫＬ？

>644さん
マスタマップも含めて20テーブルくらいです。

SELECTの結果をシンプルにBeanに詰め直すだけなら、
CommonsのDBUtilsとか使うと少しは綺麗になるかな。
ただ、INSERTとかでBeanからの取り出しは出来なかったはず。

DBの設計に問題が無いんであれば、とりあえず
SELECT・INSERT・UPDATE単位なり、Table単位なり、
作業目的単位なりでクラスを分けてみては。
無駄なところ、共通する部分が見えてくるかもしれんので。

>>645
まずはテーブル毎にクラスをわけろ
一つのクラスに入れとく意味がない

ほとんどＯＲＭの話題ではなくなってきてるが･･･つかJavaの話題ですらないな

あえてJavaの話題にするなら、テーブルカラム名とbeanのプロパティ名が完全一致なら
プロパティリストをとって何も考えずループとか。
完全一致じゃなくてもアノテーション使えばいいか。

もっとも>>633はそれ以前の話題と思われ。

どっかに一つのアプリが一つのクラスに入ったソフトみたいなブログを見た記憶があるが、それに近いな

皆さんどうもありがとうございます！
今から用途別やテーブル毎で分けてみます。
ｽﾚｯﾄﾞ違いなのにいろいろ教えてくださってありがとうございました。
2chでこんなにやさしくしてもらえたのは初めてです。
生まれ変わったら俺もみなさんのような教える側の人間になれるようにがんばります。

いや、生まれ変わる前に教えられるようになりなよw

ある程度機能や目的別にクラスが整理できて、やってること同じでつまんねと思ったら
ORMに進めばいいことがあるかもよ。ガンガレ

デザインパターン勉強しる

Hibernateの質問〜
HQLを動的組み立てるのはどうやればいいでしょうか？
普通に文字列結合して後でパラメータ設定するとソースがかなり汚くなる手間もかかる。
あとgetNamedQueryで取ってきたものに検索条件を追加できないでしょうか？

俺もhibernateの質問〜

User -> Groupが<many-to-one>の関係にあるときに、HQLで
１．"from User as u"でfindすると、Userクラスのコレクション（List）が帰ってくるんだけど
２．"from User as u inner join u.fkGroup" だと、Objectのコレクションが帰ってきちゃいます。

１．のHQLだと、
　"select xxx from user"と、userの検索結果に応じた複数の"select xxx from group where id=?"が
　SQLとして投げられ、

２．のHQLだと
"select u.xxx, g.xxx from user as u inner join g on u.fk_group = g.id"の一発でになるんですけど。

２のHQLで、Userのコレクションが帰ってくるようにするにはどうしたらよいの？
おせーてください。

inner join fetch

そもそも２で帰ってくるのは (UserとGroupの配列) のリスト なのはわかってるのか？

>>654
ありがとう。さんきゅーです。期待通り（２のHQLで、Userのコレクション取得）の動きになりました。

>そもそも２で帰ってくるのは (UserとGroupの配列) のリスト なのはわかってるのか？
はい。そのつもりです。

すみません。追加で聞きたいのですが、Session.get(User.class, id);で、やった場合
やはりSQLが２回発行されちゃうんですけど、getの場合でもjoinする方法ってありませんか？

ちなみに、２つのクラスは以下のようになってます。

class User {
String id;
Group fkGroup;
String username;
}
class Group {
String id;
String groupname;
}

hibernateの設定ファイルでuse_outer_joinをtrueにしたり
max_fetch_sizeを適当に大きくしたりする。
あるいはmany-to-oneとかの属性でouter_joinをtrueにする。

select * from cats
みたいな感じで、{}で別名の定義をしていないSQLは、Hibernate2.x系でも3.x系でも、
createSQLQueryで使うことはできない。

…あってる？？

やってみれば？

いや、エラーがでることは確認したんだけど、回避する方法あるのかなと思って。

>657
できない。

>>660
thx!!

>>661
ああ？！なめんなよ！

Hibernate3.0では、生SQL実行が充実されてるって聞いたけど、
具体的にはどんな感じなの？

Using Hibernate3 as a JDBC framework
ttp://blog.hibernate.org/cgi-bin/blosxom.cgi/2004/08/23#customsql

>>662
そんな不良みたいな口の利き方おやめなさい

>>665
っるせぇっつってんだよ、このババァ

なんか過去に戻って歴史を変えてしまった瞬間に
立ち会ったような気分だ

いみふめ。
おまえ、心が不健康だな

>>668
すまんな、665がネタをふってくれたもんでな。

あーそうか。
ガンヲタが不健康ってことね。
そりゃ反論出来ません。

>>664
まだ見てないけど、生JDBC使えるのかな？
とりいそぎ�dｸｽ

iBATISの実行SQL文のログ出力で
構文エラーがおきてもそのSQL文を表示するにはどうすればインでしょうか

いきなりすみません。
Hibernateでお聞きしたいことがあります。
hibernate.cfg.xmlにhibernate.propertiesの

hibernate.query.substitutions toLowercase=LOWER

みたいのを設定したい場合にはどうしたらよいでしょう？
というのもDB2を使っており、Expression#iLike()を用いた場合に
DB2にはILIKEがないので、LOWERが呼ばれてしまいます。
（しかも、このLOWERはJavaのString#toLowerCace()と動きが違うのです。）
そこで、カスタムスカラーを作成し、このスカラーをhibernate.cfg.xmlに
設定したく・・・

死んだか．．．

>>372
折れも知りたいage

正規化と多様性
保守とパフォーマンス

Torqueって使ってる人いる？
禿げしく役に立たない気がするんだが。
仕事なんで仕方なく使ってるけど。

かわいそうに・・・

一時期けっこう話題になったが開発止まってるからな・・・。
止まってる理由が理由だけにしょうがないけど。

理由って何？

開発者が亡くなったらしい

つーか、そもそも存在意義がわからん。＞Torque
ObjectとRDBのギャップを減らすんじゃねーのかよ。
SQLは隠すけどテーブル隠さないなら
頭隠してチンコ丸出しじゃねーか。

ＯＲマッピングツールである以上、テーブルの情報は
欠かせないよ。

とりあえず決まりきったコーディングを一律に自動生成する
ことによってエンバグを防ごう、って感じじゃない？

アパッチはＯＪＢってのもかかえてるし、ｉＢＡＴＩＳも
寄贈されたんだっけ？　これにＴｏｒｑｕｅまで
あったら多すぎ

>>682
チンコ重要。

>>683
いや、ソースコード上でテーブルをモロに
意識しなきゃいけないのがダメダメってこと。
複数のテーブルから一つのオブジェクトを
作りたい場合なんかだと、Torque は全く使い物にならん。
だから仕様変更で他のテーブルの情報が必要になったとき、
JOINであっさり解決する所もTorque様のおかげで
ソースコードを相当直さなきゃならんかった。

これもTorqueの「Entityとそれにアクセスするクラスが継承関係で
ぎっちり結びついてる」、なんていう、古すぎる設計のせいだな。

使うなら他のFrameworkをお薦めする＞諸氏
Hybernateもためしに使ってみたが、まぁまぁよさげ。学習コストがちと高いが。

>とりあえず決まりきったコーディングを一律に自動生成する
>ことによってエンバグを防ごう、って感じじゃない？
それはそうだろう。
が、IDEが進歩したり、テストのFrameworkを使うようになったから
コーディングスタイルの強制でエンバグを防ぐためのコード自動生成って
いうのは以前より意味が薄くなってきてる感じがする。

>>685
大事だが、プログラマとして振舞う時は隠しとけ、って事かな。

>>686
Hibernateはアノテーションと一緒に使うのがよいですよ。
まだベータだけど期待大。

>>687
EJB3.0もそっちの方向だよね。
なんか乱立気味だ。

ていうかクレイグがEJB3.0のスペックリードだっけ？

Hibernateのアノテーションは、EJB3と共通だよ。
クレイグはStrutsの人で、JSFのスペックリード。

オリはよう
ひきこもりサンデーPGだからよう
自前のXML->SQL,JavaBeanジェネレータとか作って遊んでただ
でもよう、ひきこもってたら米がなくなってよう
こんなオリにおすすめのO/Rマップを教えてくれよう

>>689
ごめん、クレイグはWebの人だったね。
Hibernateはグラビンだったかな。

>>690
EJB3サイコー

>>234
お仕事がんばれ。

>>681
そう言われてみればそうだな・・・。
ttp://www.apache.org/foundation/martin.html

Hibernate3で、Native-SQL投げるときに（iBATISみたいに使いたいと）、
複数テーブル間のJOINした結果を受け取るのって、
どんな形式になるんかな？
この辺ながめてみたけど、JOINは想定してない記事？
http://blog.hibernate.org/cgi-bin/blosxom.cgi/2004/08/23#customsql
http://www.hibernate.org/hib_docs/v3/reference/en/html_single/#querysql
http://www.theserverside.com/blogs/showblog.tss?id=Hibernate3_JDBC

うわぁ、>>695のリンク先見たけどiBATISｸﾘｿﾂ・・・
現在メモリ節約の関係でiBATIS使いなんだけど、
Hibernate3に乗り換えようかと悩んでしまうよ。

横ﾚｽ失礼

>>695
SQLQueryだったら
　SQLQuery q = sess.createSQLQuery(
　　"select {s.*}, {t.*}, {u.*} from t_sss as s join t_ttt as t join t_uuu as u");
　q.addEntity("s", Sss.class);
　q.addEntity("t", Ttt.class);
　q.addEntity("u", Uuu.class);
とするとq.list()としたときにList<Object[]>が得られる。はず・・・。
[0]がt_sssのマッピングで[1]がt_tttのマッピングで、とか。

>>697
�dｸｽ！

>とするとq.list()としたときにList<Object[]>が得られる。はず・・・。
>[0]がt_sssのマッピングで[1]がt_tttのマッピングで、とか。

ってことは、[0]に入っているt_sssのマッピングから、実際のマップされたオブジェクトの
配列だかコレクションだかを取り出してやればいいってことですかいな？

ORマッピングってテーブル間の関連もオブジェクト化するんですよか？

たとえば、注文テーブルと注文詳細テーブルみたいなのがあって
1対Nの関係になってるとき
オブジェクト化するということは
注文テーブルのクラスは
class Chumon {
　 private List syousai;　//Syousaiクラスのリスト

}
のようにコンポジット構造にするってことですよね？
注文詳細テーブルのクラスは注文テーブルのクラスありきで使用する
見たいな感じで

ここまであってるでしょうか？

するんですよ。

>>700
うう、すみません。
ところで、あってるということでしょうか？
とりあえず質問していきたいと思います。

私の気になっているところはどの時点で関連をばらしてしまうのか？ということです。
DAOクラスを作る場合
各テーブルごとのDAOクラスを作成していますが
そのばあい、注文のDAOは
calss ChumonDao{
　 public void insert(Chumon chumon);

}

注文詳細のDAOは
calss SyousaiDao{
　 public void insert(Syousai syousai);

}

のように作成しています。

DAOに委譲した時点で既にテーブル間の関連はなくなっているので
DAOを呼び出すビジネスロジックで関連をばらしてあげる
という感じにしました。

このやり方って間違ってますか？

ビジネスロジックのソースはこんな感じです

public void insert(Chumon chumon){

　 　 newChumon = chumonDao.insert(chumon);
　 　 Integer id = newChumon.getChumonId();
　 　 List syousaiList = chumon.getSyousai();

　 　 for(Iterator it=syousaiList.iterator();it.hasNext();){
　 　 　 　 Syousai syousai =(Syousai)it.next();
　 　 　 　 syousai.setChumonId(id);
　 　 　 　 syousaiDao.insert(syousai);
　 　 }

}

>>701
O/Rマッピングにも色々あるが関連を作れるものが殆どだと思う。

んで、DB一行一オブジェクト的DTOと、domainオブジェクトは
別なものだと分けて考えた方がいいと思うよ。頭の中でそれが
混在してるとヤバい結果に繋がる。その上でトランザクションの
範囲とかをキチーリ把握して。

例えば；
＞ＤＡＯに委譲した時点で既にテーブル間の関連はなくなっている
Chumonを更新完了した後でSyosaiの更新が落ちたらどうする？

補足：

君がもしChumonDaoでcommitをやってるなら
君のソースは屑です。

AOPの宣言的トランザクション等を利用するなら
君のソースは使えます。

Hibernateのmany-to-oneマッピングについてちょっと質問
例：
TableA:
id
creator_user_id　
updater_user_id
Usertable
id
name
↑のようなテーブルがあって、TableAのcreator_user_idとupdater_user_id両方に
Usertableとのmany-to-one関係を指定したら、Hibernateの起動時に
net.sf.hibernate.MappingException: Repeated column in mapping for class sample.tablea should be mapped with insert="false" update="false" : id
↑のようなエラーが出て初期化に失敗します。
メッセージの通りinsertとupdateをfalseに指定したら動くようになったが、
（例の構成ではそうでもないが）更新ができないようではやはり少々不便なので、
何か解決法はないのでしょうか？

>>705
設定の失敗をHibernateのせいにしないこと。
おかしいだろ。
> Repeated column

はやっｗ
見直したら確かにcolumnを勘違いして、対象テーブルのカラムを入れのが原因だった。
ありがとう＆吊って来る。

何を何で吊るというのか?

回線でお前の首を。

Hibernateを使用したWebアプリをスタンドアロンのＰＣで
Tomcat上で動作させるとMappingExceptionがでるんですが、
解決方法ありませんか？

>>710
バージョンは？

トランザクションとコネクションプーリングについて少々質問。

//前処理(referenceの一部コピペ)
tx = session.beginTransaction();
BlogItem item = (BlogItem) session.load(BlogItem.class, itemid);
item.setText(text);
tx.commit();
session.close();
これでやってくれれば問題はないだが、

BlogItem item = (BlogItem) session.load(BlogItem.class, itemid);
item.setText(text);
session.flush();
session.close();
とflushだけされると、
そのコネクションにコミットされてないデータが残り、
hibernate内蔵のコネクションプーリングを使っているとそのコネクションを引き継いだ
リクエストだけほかのと違う値が帰ってくるという問題があった。
DBCPを使うととりあえずは直ったが、少々疑問が。
１、これはhibernate内蔵のコネクションプーリングのバグ？
２、hibernate的にcloseで放棄されたjdbcコネクションはプールに戻るが、
　rollbackは誰が実行したのですか？
３、２でもしDBCPがやってるとしたら、これは自前で例えばcloseする前に
rollbackしたほうがいいですか？（コネクションの種類が変わると動作も変わるってのもあれなので）

すいません、↑だがテストのミスでした。
DBCP使っても結果は変わらない。
うむ・・いつ、どの層でどうrollbackさせようか・・・・

すみませんが教えてください。
SpringとHibernateをTomcatで、組み合わせて使っているんですが、
DAOからEntityを取得して、AさんがそのEntityの内容を変更すると、
Bさんにもその変更内容が伝わってしまうんですけど、なんでなんでしょう？
当然別のマシンからアクセスして、HttpSessionなんかも違う状況です。

詳しく書くと

ページ１
Aさん： ent1 = entDAO.getEnt1(100);
ent1.setName("hoge");


Bさん： ent1 = entDAO.getEnt1(100);
ent1.getName() // "hoge"が帰ってくる

ご存知の方、教えてくださいまし・・・

>>714
>SpringとHibernateをTomcatで、組み合わせて使っているんですが、 
問題の切り分けは出来ているのか？

取りあえず考えられる要素として、
1.Springの設定ミス。
　・beanのsingleton属性を設定していない場合、Springから得られるbeanのインスタンスはアプリケーション内で共有される。
　ちなみに手元にあるJavaWorld 2005/01 の Struts + Spring + Hibernateの特集ではsingleton属性はfalseに設定してあった。

2.DB関連のミス
　・DBに送信されたクエリやテーブル/ビューの状態等。

3.セッションのスコープ範囲のミス
　・セッションのスコープがapplicationスコープになっている等。

>>715 レスありがとう。

>問題の切り分けは出来ているのか？
現状、Springと、Hibernateのどちらかとは踏んでいるけど、どちらかかは判別できていないです。

> 1.Springの設定ミス。
>　・beanのsingleton属性を設定・・・
これは、すべてのbeanタグに対してsingleton="false"に設定しています。
ただ、sesshonFactoryのLocalSessionFactoryBeanと、TransactionProxyFactoryBeanだけは、
singleton="false"に設定してしまうと、コンテナ起動時に、
「FactoryBeanは、Singleton="false"には、できません。」
と、怒られるのでやってません。

>2.DB関連のミス
うーん、これは考えづらい。DBから読んだあと、DBには更新を一度も行っていない状態で発生するので。

>3.セッションのスコープ範囲のミス
これもOKかと。セッションに埋まっている、データのインスタンスIDはAさんと、Bさんで違うので。

よろしくお願いします。

本当にDBは更新されてないのか？

>>717
すまぬ・・・
DBが更新されていた・・・すまん。
ただ、DB更新するコードは書いてなくいんだけど（つもり）、Entityの内容が変わると
トランザクション終了時にUpdateが走ってしまう。
うーん。そういうものでしたっけ？

DBが更新されてなくても、コミットしたならキャッシュにも反映される。
そうじゃないと、困る。
ってか、コミットしたときに永続化しないのなら怖すぎっていうかコミットにならないと思う。

>718
flushしたからじゃない？

>>719
ん？ちょっと教えてください

Hibernateから取得したEntityは、sessionのSavaとか呼び出さなくても、Entityに変更が入ったら
DBの更新されちゃうんですか？
ちなみに、Springとの組み合わせなので、トランザクションの管理は、Springまかせですが

>>718
明示的にしている部分はないんだけど、auto_flashなモードとかってあります？

デフォルトでcloseするときにSQL発行するんでなかろーか
flush()なんてメソッド使ったことないし

>>714
キャッシュされた同じオブジェクトが帰ってきてるだけかと。

Hibernateは取得したオブジェクト変更したら
勝手に最後にupdateしちゃうぞ

ま、理由はどうあれ、>>714はただしい動作だな。
そこで値が異なることを期待するほうがおかしいと思う。

みなさんレスありがとさんです。

やっぱり最後にUpdateされるのは仕様ですか、そうですか。
あれ？ってことは、わざわざ save()とか呼ばなくてもいいってことですか？

昔、EntityBeanを使ってWebのアプリケーションを組んだときには、
EB直接編集すると、それこそトランザクションコミットした際にアップデートされてしまうので、
編集する際には、EBから、Value Object（今はDTO？）を取り出して、
編集はそのDTOに対して行って、最後にそのDTOをEBに戻して、
DBアップデートみたいなことをしてたんですけど。

Hibernateも同じ考えなんですかね？cloneして使うとか、かな？

こんな場合みなさんどうしてるんですか？できれば教えてほしいっす。

>724
flushしない限りは発行しないよ。

>>726
> あれ？ってことは、わざわざ save()とか呼ばなくてもいいってことですか？
save()はSQLのINSERT相当です．
更新はHibernateセッションのflush()時に勝手にやってくれます．

> 昔、EntityBeanを使ってWebのアプリケーションを組んだときには、
略
> Hibernateも同じ考えなんですかね？cloneして使うとか、かな？
永続オブジェクトを取得したHibernateセッションを閉じてしまえば
そのオブジェクトは「Detached」な状態となり，変更してもDBには
反映されません．
それをDBに反映する際にはSession#update()を使います．

>>727
> flushしない限りは発行しないよ。
明示的にFlushMode.NEVERにしない限り，トランザクションのコミット時などに
flush()自体が勝手にされます．

みなさん、レスありがとうございました。
大変参考になりました。

まとめ。トランザクションがある前提で・・・

１．あるセッション上でDBから取り出したEntityに変更が加わった場合、
　　トランザクション終了時に変更がDBに反映される。（FlushMode.AUTO）
２．Entityに対する変更をDBに適用したくない場合 -> FlushModeをNEVERにする
３．２で取り出したEntityを別のセッションでDBに反映させたい場合、Session#Update(Entity)する。

と、いうことですね。私の環境はSpringなので、上記の状況のFlushModeを適用したい場合
Springのトランザクションの設定で、
PROPARGATION_REQUIRED -> FlushMode.AUTO
PROPARGATION_REQUIRED,readOnly -> FlushMode.NEVER
と、すればOKと。

なので、Webで、表示、入力、更新確認は、readOnlyで設定（FlushMode.NEVER）。
DB更新が必要な場合は、readOnlyを指定しない（FlushMode.AUTO）、
変更の反映が必要なDetachedなEntityを更新する場合、update(ent）。

一時は真剣に、DAOから取り出すEntityは、
すべてcloneしてやろうかと思ってぞっとしてました。

あー、すっきり。ありがとうございました。助かりました。

> 一時は真剣に、DAOから取り出すEntityは、
> すべてcloneしてやろうかと思ってぞっとしてました。

ぞっとするくらいDBに格納しない変更があるのが理解できんのだけど。
それに、同じオブジェクトが取得されてたら、DBが更新されたかされてないかにかかわらず、変更が伝播するよ？

>>731
あ、意味が通じてなかったっすね。

>ぞっとするくらいDBに格納しない変更があるのが理解できんのだけど。
いえいえ、Entityに対する変更はかならず、DBに反映されて欲しいのです。
ただ、タイミングが問題で、というだけ。

入力画面->確認画面->結果画面があるとして

入力->確認でユーザの入力によってEntityは変更（確認画面表示のために）するけど
まだDBには反映させたくない。だって、ユーザが確認画面で「やめた」って、する場合もあるので。

>それに、同じオブジェクトが取得されてたら、DBが更新されたかされてないかにかかわらず、変更が伝播するよ？
うん。これは理解しているつもりなんだけど。なにか>>730の書き方変だったかしら？

>>732
Hibernateから取ってきたものはDBの写像なので、ユーザー入力とは別に扱うべきだと思うけど。
とってきたエンティティの更新タイミングやキャッシュのされ方が気になるような設計は、あまりいい設計だとは思えない。

>>733
>Hibernateから取ってきたものはDBの写像なので、ユーザー入力とは別に扱うべきだと思うけど。
>とってきたエンティティの更新タイミングやキャッシュのされ方が気になるような設計は、あまりいい設計だとは思えない。
うんうん、そのとおりなんだよね。おっしゃるとおりだと思います。

そこで、>>726の話に戻っちゃうんだけど、みなさんはどうしてるんでしょう？
HibernateのEntityの状態には２種類あって、detachな状態と、attachな状態。
detachな状態のEntityを更新しても自動的にDBには反映されないけど、
attachな状態のEntityを更新した場合には、反映されてしまう。
同じオブジェクトを操作しているにもかかわらず。

これを開発者が意識しないで、コードを書くようにするためにはどうしてます？
やっぱり、DAOからEntityを取り出す時に、DTOなりに値をコピーして取り出すんでしょうか？
Sessionから取り出す時にすぐにdetachにすることができれば簡単なんだけど。できるんかしら？

悩ますぃ。

Session#evict()

> >574
>>つまり、Hibernateでは、単一テーブルからデータを取ってくるだけなら複合キーでも
>>問題ないけど、リレーションを使おうとすると複合キーは使えないということなんでしょうか？
>
>そう。取ってくるだけなんて現実的にありえないから、全テーブル単一キーで設計するしかない。
>この時点でかなり萎える。。

かなり前の話ですまんす。
これって本当にできないんですか？試してみたら問題なくできているようなんですけど。
ちなみに hibernate3 使ってます。3から変わった？

複合キーをできれば避けるべきなのは同感だし、マニュアルにも避けろと書いてあるけど、
複合キーをやむなく使う場合、結局、どんな問題点があるんでしょう？

結局勘違いだったっていう結末だったと思うんだけど。

素直にSQLバリバリ書いたほうがトータルコストは安いというのが結論？

ぜんぜん。

微妙にスレ違いになってしまうかも知れませんが
SQLiteのような鯖を経由しないRDBで、ピュアJavaのものはありますでしょうか？

鯖を経由しないってのがどんなもんかしらんが。
HSQLDBやらDerbyやらCloudscapeみたいなもんか？
Derby=Cloudscapeね。

>>741
組み込み系と呼ばれるホスティング専用のプロセスを立ち上げないDBMSです。
HSQLDBはスタンドアロンモードが組み込み用に用意されてるみたいですね。
でも3MBってのはちとでかすぎですかね。

SQLiteは242KBのDLLだから配布しやすいんですよね・・・
JNI経由でOS毎にDLL作ったほうがよいのでしょうか。
マナー違反？

>>742
待て待て、3MBって何のサイズだ？
それ、ドキュメントやソース込みのzipファイルのサイズじゃないか？
HSQLDB1.8.0.1のhsqldb.jarは611kBだ。

それと、これ以上語りたいならこっちのスレが適切かと。
【Pure】HSQL database engine【Java】
ttp://pc8.2ch.net/test/read.cgi/db/1060970234/

>>742
つhttp://www.ch-werner.de/javasqlite/

>>728にもありましたが

セッションから切り離されたオブジェクトをDBに反映させるには、Session#update(obj);でいい？

切り離されたオブジェクトをupdateとすると、
a different object with the same identifier value was already associated with the sessson
と、怒られてしまうんですけどなんで？
hashcodeと、equalsは実装してます。
hibernateは、2.1.8です。

書いてある通りだと思うんだが

>>746さん、どうやって解消したらよいかご存知でしたら教えてもらえませんでしょうか？
よろしくお願いします。

答えようかと思ったのだが、おれは746ではないし。

>>748はハゲ

>>744
もうJNIで実装はされているのね。
あんがと。ネイティブで頑張る。Win/Linux以外はユーザに作らせる。

>>748さん、>>746さんそれ以外の方々もご存知でしたら何卒ご教授願いますようよろしくお願いいたします。

>>751
update()に渡すオブジェクトと同じレコードにマッピングされたオブジェクトが
すでにセッションにあると例外が飛んできます
つまりupdate()するオブジェクトをfind()とかしちゃダメ
http://d.hatena.ne.jp/koichik/20040812#1092329105

ふつうにfindしたオブジェクトを変更してupdateしてるけど・・・

>>745の人が>>728の人と同じ人なら、>>733という意見なので、ごちゃごちゃイレギュラーなことの対応のために頭使うのはバカらしい、ということで。

>>753
> ふつうにfindしたオブジェクトを変更してupdateしてるけど・・・
そのfindとupdateが同じセッションならupdateはムダ
>>745はセッションAでfindしたオブジェクトを変更してセッションBでupdateしようって話
そのセッションBでもfindしてるから例外になる

>>754
>> ふつうにfindしたオブジェクトを変更してupdateしてるけど・・・
>そのfindとupdateが同じセッションならupdateはムダ
そうなのよね、同一セッション内ならFlushで更新されるからupdateは無駄なんだよね。
でも、ちまたのサンプルだと同一セッション内でもupdate呼んでる例が多い。まじめに勘違いしてた。

>>733な意見なのはよくわかるんだけど、どうやってるの？
設計段階、もしくはコーディングのルールとして開発者が「意識して」オブジェクトの内容を
変更しないように気をつけているの？
それともなにか別の仕組みとして、開発者が意識しなくても制御できるようになっているの？
誰かおせーて。

必要なモノ取り出したらSession閉じればいいじゃない

>>755
マッピングオブジェクトへの変更は、DBの変更のために行う。
マッピングオブジェクトを変更したときにDBが変更されないように「意識して」設計したりしない。

Hibernateでの質問です。
DAOレイヤーのオブジェクトをビジネスレイヤーより下の階層に渡すってのは
あまりやらない方が良い事なのでしょうか？
evictした後に渡すべき何でしょうか。
その辺悩んでおります。

Hibernate 3.*にXML-DataBindingの機能が搭載されているようなんですが、さわってみた人いますかー？
CastorXMLみたいなことできるか？

とりあえず試してみたよ。マーシャル・アンマーシャルにdom4jを使っているんだな。パフォーマンスで分が悪そうな感じがする。
マッピングファイルを使ってある程度自由なXMLを書き出すことができるのはCasterと一緒か。

外部キーについて
many-to-one関連で主キーを使ってマッピングした場合は外部制約を正しく生成してくれるが、
property-refを使ったmany-to-one関連はまったく生成してくれなくて困っています。(hbm2dllで)

何かパラメータの指定で出来るのか、
それとも元々property-refでの関連では外部キーを使わないものでしょうか？
（出来れば主キーにマッピングしたいところだが、
外部のデータと連携するために他のDBと一意のユニーク値で連結する必要があるので）

Hibernateについて質問です。
オブジェクト生成に独自のコンテナ（といってもSpringですが）を使っている為、
オブジェクトのインスタンス化をフックしたいのですが
Interceptor.instantiateをインプリ面とすれば良いという所までは突き止めました。
しかし、この関数 id を引数に取るのですが、オブジェクトに id を設定してやらないと
エラーになってしまうようなのです。しかしながら、 Hibernateを使っている方なら
ご存知の通り、 id はHibernateの設定ファイルで自由に指定できます。
Hibernate自身の設定ファイルの設定に従ってオブジェクト id を設定するような
インターフェースは無いものでしょうか。

すいません。自己解決しました。
マニュアルにしっかりのってました。。
SessionFactory#getClassMetadata

.hbm.xml に、versionとtimestampの用途がイマイチわからない。
timestampにはoptimisticロックの「安全性の低い実装」とあるから、使うのをとてつもなく躊躇する。
じゃぁ、安全性の高い実装は何なの？と思ったり。
versionもトランザクションが長い場合に使うとあるのだが、自動的にインクリメントされるの？
ロックの競合を防ぐために使われるもの？説明が足りなくてこまるなぁ。
使ったことある人、どういう用途で使ってるのか、実用的かを教えてｸﾘｸﾘﾄﾘｽ

VERSIONの場合、SQLのUPDATEを発行するたびにVERSIONにマッピングされたフィールドがインクリメント
されるわけだ。

具体的にはユーザAがある列をSELECTする(VERSION=0)。ほかのユーザBが同じ列をSELECTする(VERSION=0)
で、ユーザBがなにか変更してUPDATEをおこなう。このときVERSIONは1になる。さらにユーザAも何か変更
してUPDATEしようとする。しかし、自分の知っているVERSIONより新しくなっているので更新できずに例外
が発生する、というわけだ。

まぁ、WEBアプリなんかではありがちな手法だと思うが。便利かどうかはシステムの仕様次第じゃないか。
ちなみに間違ってても責任とれんので実験してみてくれ。

ｻﾝｸｽｺ.
ｵﾚ的には別に他ユーザーがupdateしちゃったとしてもそのまま上書きしてもいい感じがするんだがなぁ（初心者的発想ｗ
なんでそんな七面倒なカラクリが必要なんだろうな。

ある銀行口座にAとBが同時に一万円振り込んだ場合、
変にupdateしちゃうと二万円増えるはずが
一万円しか増えないかもしれなくて問題だろ？

>767
それはアップデートする直前にselect for updateすれば解決だから例えとしては微妙ですな。

>>767
口座テーブルにAとBが同時に１万振り込むって、insert into するので、rowが衝突することが無い希ガス。
誰か漏れを上手に納得させてｸﾘｸﾘ.

ここみて、とりあえずの理解はした。
http://e-words.jp/w/E383ADE38383E382AF.html
が、なんか釈然としない。
これはデータベース側の話であってHibernateが持つversionとかtimestampなどのカラクリとでは違う希ガス。
どうもウマく説明できないな（；´д｀）

>>766
だから仕様次第。
長めのテキストの誤植を直すような時には上書きしちゃ困るし。

>766
俺が編集画面を開いて、編集している間に他の人がデータを変更したら困る場合に使う。
例えば・・・そうだな、会議室の予約とか。
先にとった人が居たのに上書きされじゃ困るよな？（まあこれも他の方法で避けられるが

見てるものと更新する先が違うとやだなぁ、って場合はある
Wikiとかそーなってるよな

>>771-773
週末の昼間からどうもありが�d。だんだん理解してきた。
やり方にもよるかもしれないが、更新直前にselectで同じrowを拾ってきてversionみて、編集中のものと比較して
違っていたら例外、っていう感じになるのかな？

CVSのリビジョンみたいなもんだろ

いまどきこんな事も知らないでやっている奴がいたのか

＞select for updateすれば解決だから例えとしては微妙ですな。
それは取得できた行のみの話なんだよな　ま、わかっているとは思うけど

HibernateがJava5のAnnotationに対応したらしい。
これでHibernateでXDocletを使う必要がなくなる。

アノテーションでO/Rマッピングを記述する - Hibernate Annotator公開 (MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2005/08/19/004.html

@H8Class(table="GROUP")
class Group {
@Id(generator=@Generator("uuid.hex")) private String id;
@Property private String gname;

@H8Set(
key = @Key(column="gno"),
value = @CollectionValue(otm = @OneToMany())
)
public Set<Member> memberSet = new HashSet<Member>();
}

<hibernate-mapping>
<class name="sample.Group" table="GROUP">
<id name="id">
<generator class="uuid.hex"/>
</id>
<property name="gname"/>
<set name="memberSet">
<key column name="gno"/>
<one-to-many class="sample.Member"/>
</set>
</class>
</hibernate-mapping>

Hibernate Annotationsでいいような気がするけどなぁ。
EJB3に準拠してたほうががなにかと便利だし。

>>778
価値がわからん。
>>779の言う通り、オフィシャルのHibernate Annotationsでいいと思う。

次期バージョンEJBならば、価値が見えてくるのかな？

今までXDocletでしかできなかったことが言語使用レベルで
できたことで、エラー警告情報などがJava側で確認でき
一括管理できたというメリットがあるのかな？

XDocletとルールも全然違うことに驚かされる。

それよりも、Genericsが使えるようになったのは大きいかと。
推測だが、以前よりもエラーチェックが厳しくなって堅牢性が高くなったことが大きな価値のひとつにみえる。

>>781
(ﾟДﾟ)ﾊ?

>>781
Hibernate Annotationsは、次期バージョンEJBに準拠してるわけだが。
Hibernate Annotationsという、Java標準に準拠していてオフィシャルのアノテーションがあるのに、どういう価値がannotatorにあるのかがわからん。
annotatorはEJB3に基づいてないから最新の要求に応えられるって書いてあるけど、Hibernate Annotationsにもhibernate独自のアノテーションはたくさん含まれてるわけだし。
実際使おうと思ったらhibernate独自のアノテーションも使う。

ibatisのselectで、VARCHARをString[]にセットすることってできますか？

>>784
漏れの知識不足でなければﾑﾘﾎﾟ。
beanのsetterで工夫するしかないんじゃない？

>>784
QueryWithRowHandler

Hibernate3 で質問です。(3でしか試してない)

PARENT 1<-->* CHILD
な関係にある二つのテーブルに対して
どちらも自動採番する ID 列を持ってた場合、
(Child は non-null な Parent の ID 列を外部キーに持つ)

Parent p = new Parent();
// p のプロパティ設定
Child c = new Child();
// c のプロパティ設定
c.setParent(p); --------(1)
p.getChildren().add(c);

session.merge(p);

みたいなことをやりたいのですが、CHILD.PARENT_ID に NULL を挿入できません、と言われます。
PARENT への INSERT より先に CHILD への INSERT が走ってるらしく
1 でセットした p は DB とは関連付けられてないので PARENT_ID も確かに NULL だろうなぁと言う感じです。
こういう場合って、一度 p を保存してから、
Child を add して、また p を保存、とかってやるんでしょうか？

きっと設定がおかしいだけなんでしょうけど
bidirectional とか inverse とかいろいろあって
どこから手を付けていけばいいのか分かっていません。

>>787
試したことないけど、とりあえず id generator は foreign を指定してんだよね。

787です。
アレからいろいろ試してみましたが、
merge() を使ってたのがダメだったみたいで
saveOrUpdate() に変えたらテストが通りました。
よく分かってないので、リファレンスの該当部分を読み直してきます。
お騒がせしてすいませんでした。

>788 さん
id 列は sequence にしています。(環境は Oracle)
one-to-many なので foreign は使っていません。

iBATISで動作検証をしているのですが、
TomcatとOracleASで動作検証をしたところ、
SQLの実行結果に違いがでています。
（Tomcatで実行した場合はデータが取得できるが、Oracleの場合は
データ件数が0件）。
原因の特定のために調査しているのですが、
例えばSAXパーサーの違いなどにより、
iBATISの動作が変わることなどはあるのでしょうか？
何か似たような症状が現れたことがある方はいませんか？

>>790
iBATISはぜんぜん知らないのだが、
発行しているSQL文はログで見れないの？

>>790
漏れはoc4j、Tomcat、OraDB、iBATIS、spring、JSFだけど
そんな症状見たことない。

つーか、トランザクション環境さえも晒さないで、答えを
得られるとでも思ってるの？

とりあえず>>791が書いてるようにログ見ろ。
ログレベルをdebugにするよろし。

>>790
ログ見て一緒ならトランザクション隔離レベルかな？
oc4jのデフォルトってSerializableだったりすんの？

でも、iBatisって中で相当無理なことしてる印象があるから、
多少問題が起こるのは予定調和ジャマイカ

少し質問
今hibernateを勉強してて、ちょっと思ったんけど
例えば
あるテーブルAとテーブルBが1:Nというmappingはできたんだけど
テーブルAとテーブルBが1:NでテーブルAとテーブルCが1:Nの場合に
テーブルAのmappingでone-to-manyの書き方が、いまいち分かりにくいんですが
この場合は、どう書けばいいのでしょうか？それともHQLかSQLを書くしかないのかな？

>>795
>あるテーブルAとテーブルBが1:Nというmappingはできたんだけど
をテーブルCの分も書けばいいでない?
hbmをさらしたほうがはやいかも。

hibernate-tools の変わりようが激しくて泣きそう。。

>>796
ｻﾝｸｽ、C分も書いて動きました。書いたらＢもCも両方反映されるのか・・・便利かも

AとかBとかCなんて、えっちなやつらだ。



>>798
昔、通勤途中の電車で「はじめてのC」本を読んでたときの
女子高生達の冷たい視線が懐かしい。

Eclipse3.1, Hibernate3, Middlegen でしつもんさせてください

【質問1/2】

table : GRP_INFO
GRP_ID (primary key)
GRP_NAME

table : USR_INFO
USR_ID (primary key)
USR_NAME

table : RLM_INFO
GRP_ID (foreign key -> GRP_INFO.GRP_ID)
USR_ID (foreign key -> USR_INFO.USR_ID)
((GRP_ID, USR_ID)でunique)

という、ユーザが複数のグループに登録できるリレーションを考えたとき、
その更新処理においてRLM_INFOのhbmを読み込む段で例外（MappingException）が出ます。
primary key がない場合はhbmを手書きでゴリゴリ修正しなければならないのでしょうか？

【質問2/2】
table : PST_INFO （役職ID, 役職名）
PST_ID (primary key)
PST_NAME

table : USR_INFO に
PST_ID (foreign key -> PST_INFO.PST_ID) を追加。
尚ここはNULLでも可で、NULLの人はニートという設定で、
GRP_ID = x に属するユーザ情報はSQLで簡単に書けますが、
hibernate的に、外部結合を含んだこのような検索はどう実装すればよいでしょう？


ご協力をよろしくお願いします

select
g.grp_name, u.usr_name, p.pst_name
from
grp_info g, rlm_info r, usr_info u, pst_info p
where
g.grp_id = x and
g.grp_id = r.grp_id and
r.usr_id = u.usr_id and
u.pst_id(+) = p.pst_id
;

>>802
>その更新処理においてRLM_INFOのhbmを読み込む段で例外（MappingException）が出ます。
>primary key がない場合はhbmを手書きでゴリゴリ修正しなければならないのでしょうか？
<composite-id> を使えば ok。
でも一意なキーを作ったほうがらくかもね。

NULLにするのとニートな役職用意するのと
どっちが設計的に優れてるんかな？
俺は後者の方が吉だと感じるんだが。
もっともORMとは直接関係ない話だが。

>>805

<composite-id>
</composite-id>

こんなふうに空でできています。
ここに何か入った状態で自動生成させるには、
前工程（middlegenの設定？）のどこかで何かやるのか、
これから会社いって確認してきます。ありがとうございました。


>>806
確かに設計的にはそうかも。
でもこれで巻き取り対象の旧システムは
(+)使いまくりのニートな設計なのでしたorz

>797
？プラグインの中のjarを取り出せば、2.xの時と同じように使えるが

>808
ant タスクのパラメータとか結構変わってませんか？
2.1.8 の時の丸写しでサックリ試すつもりだったので
ちょっと面食らってしまってました。

でも落ち着いてみたら大した問題ではなかったでした、、、すいません。

早くalpha取れて欲しいです。
マッピングファイルを正にしたいんで。

>>801
＞昔、通勤途中の電車で「Cの達人」本を読んでたときの
＞女子高生達の冷たい視線が懐かしい。
いまググッたらC言語ではなくCのみの本は

たのしいC
やさしいC
独習C

特に最後の奴は誤解を招きやすい・・・
気を付けろ！（アイツのような口調で）

漏れは親戚のねぇちゃんにゴム付きでCを教えてもらったよ。入れた瞬間に出してしまったさ'`,､('∀`) '`,､
その前におっぱいさわったら出しちゃってたから、若いってスゴイんだなと改めて実感。もう２０年近く前だがな………otz
この間の法事で久々にあったときはいい感じのババァになってて、コアダンプはきそうになりますた。

>>811
コアダンプをゲロの意味で使うって事はASCII関係かIIJ関係の人か?

浅香唯　C-Girl

>>812
たんなるじじいだろ。

大学生だけど普通に使うよ。

質問があります。
外部キーや参照整合制約が一切作られていない、DBがありまして、
そこからMiddlegenで、マッピングを自動生成しました。

DB上は関連が定義されていないのですが、自動生成されたマッピングを手で修正して
関連を追加してあげると、今後、自動生成できなくなってしまいます。

自動生成はしたいけど、マッピングに追記もしたい場合には、なにかいい方法はありますか？

>>816
追加したテーブルだけ自動生成する

>>817
DB側の修正が、テーブルが増えるだけならいいのですが、列が増えたりすることもあるので。
考えたら、DB側は、そんなに頻繁に変更されない（はず）ので、
初回だけ自動生成して、あとは自動生成せずに、手で変更分だけ修正と割り切ってもよいような気もします。
初回の全テーブルのマッピングを作ってくれるだけでも、相当楽なので。

hibernateを利用してはいけない５つのシチュエーション
http://www.everes.net/145

………なんつーか、完璧な道具なんてどこにもありゃしないのに文句たらたらで
具体的な回避策も示さずにいるみっともないエンジニアという感じだな。

全部が間違ってるわけではないが、その内容に従うと使えるシチュエーションのほうが少なくなる
（DBの複数対応が必要な場合ってそんなに多いか？）、
しかし現実はそーなってない、その場合世間を疑う前にまず自分を疑ってみるべきだと思うがどうか

>>819
別に Hibernate ﾏﾝｾｰじゃないけど、使えないのは Hibernate じゃなくて、
自分だという事に気が付いてないんじゃないかね。

そこに書いてある減少でハマったことはない。

s/減少/現象/

>Criteria#listをするとListにとびとびにオブジェクトが入っている
2.xから3にバージョンアップした時にこれにははまったな。
あまりにも横暴な変更にワラタ

> ３もリストを毎回POJOに（しかも必要な関連のオブジェクトも含め）コピーするのは考えたくもありません。

解決策から目をそらす・・・

つかえねぇ、つかえねぇと文句言うってことは使いたい、使いこなしたいの裏返しなのかな。
多少の回避策はあげていても結局は使うな、使うなって連呼しているところに違和感を感じる。

O/Rマッピングって、一件のデータをいじくる場合に威力発揮するからHQLとかCriteriaとかあまり関係ない希ガス

４のデータベース側にロジックって・・・
hibernate云々の問題じゃないような気がする

ま、単なるグチブログにめくじらたててもね。

グチブログか・・・・・・・・それでも、デルモヲチブログよりはマシだよな。
技術力はある人なんだけどな、どうしてあぁも壊れてるんだか＿|￣|○|||

壊れてるから技術力あるんだろ

Hibernate儲必死だなw

Hibernateの思想がずれてるってのは同意だな。
4のように自動更新したりとか、EJB1,2に引っ張られてる部分が多いし、無駄機能を実装するためにわかりにい部分も多い。
ま、大体の問題はどうにかなるし、ほかにまともな選択肢は少ないけど。

何でもO/Rマッピングでやろうとするのが問題な気が・・・
単純にテーブル単位でデータ持ってきて更新ってときは便利だし
それ以外はDbUtilsあたりでいいやと思ってるのだが

デルモヲチブログテラワロスｗｗｗ

>>824
> ３もリストを毎回POJOに（しかも必要な関連のオブジェクトも含め）コピーするのは考えたくもありません。
> 解決策から目をそらす・・・
そこでDxOですよ

つうかこれでトラブるってことは、引っ張ってきたオブジェクトを
(RDB上のデータを更新する意図がないのに)触ってるってことだよな。

1000→1,000みたいな(MVCの方の)Viewでやるような編集を
引っ張ったオブジェクトをネタにやってて、
その編集結果をそのオブジェクトに上書き保存wとかやってる悪寒。

とはいえ、VBの時代じゃあるまいし、今時そんな設計ありえるのかね?

>>835
hibernateのソースコード読んでみれ
元ネタにも触わって無くても更新されるって書いてあんべ

更新したくなければevict()すればいいのに（ﾏﾘｰ

テーブル単体の更新・削除・挿入に関しては便利
結合し始めるは微妙？

Seaser2 のS2Hibernate を使うと便利だよ。トランザクションも自動でやってくれるし、Sessionやコネクションの取得や解放も気にしないでロジックくめる。
パフォーマンスもそんなに悪くない。キャッシュが有効なときはJDBCより良いケースがある。全体的にコードの見やすさが向上するよ。

テーブル設計から任せてもらえるなら是非使いたく候。
Hibernate が適用できそうにない案件ばっかで泣ける。

>839
こんなところまで来て宣伝すんな
２行目seaser関係ねぇしｗ

>>841
そういうお前はちゃんとつかいこなせているのか？戦闘力はいくつぐらいだ？

>>836
ソースのどこ読めばいい？

ところで、Oacleのパッケージでhibernate.dialectに設定する
RDBMSの方言を吸収するためのクラスを教えてくれ。

どうもマッピングでうまくいかねーorz

↑の補足なんだけど
参考文献はこいつ

っ　ttp://www.techscore.com/tech/Others/Hibernate/02.html