05/12/16 11:56:08
２げと？
3:デフォルトの名無しさん
05/12/16 11:57:05
●O/R-Mapping Framework各種
[HYBERNATE]
URLﾘﾝｸ(www.hibernate.org)
[Cayenne]
URLﾘﾝｸ(objectstyle.org)
[Torque]
URLﾘﾝｸ(db.apache.org)
[iBATIS - SQL Maps]
URLﾘﾝｸ(ibatis.apache.org)
[Java Ultra-Lite Persistence (JULP)]
URLﾘﾝｸ(julp.sourceforge.net)
[Jakarta Commons DbUtils]（O/R-Mappingというよりは、O/R-Bridge）
URLﾘﾝｸ(jakarta.apache.org)
[Amber - Lightweight Java R/O Mapping Framework]
URLﾘﾝｸ(sourceforge.net)
●その他関連情報・ツール
[JoSQL]
JavaオブジェクトをSQLで操作
URLﾘﾝｸ(josql.sourceforge.net)
[SQL Generator]
Javaでお手軽かつ動的にSQLを生成する
URLﾘﾝｸ(sourceforge.jp)
4:デフォルトの名無しさん
05/12/16 12:12:38
とりあえず立てた。あとはﾖﾛ
ﾉｼ
5:デフォルトの名無しさん
05/12/16 13:09:16
ここも貼ろうよ
[GlassFish / EJB3.0 ReferenceImplemention ]
URLﾘﾝｸ(glassfish.dev.java.net)
6:デフォルトの名無しさん
05/12/16 20:53:47
これも。
[S2Dao]
URLﾘﾝｸ(www.seasar.org)
7:デフォルトの名無しさん
05/12/16 21:29:39
Mapping-Framework使いの皆さんに聞きたいんですが、
今回、Java⇔Oracleで、基幹システム(見積、受注、発注、出荷、在庫など)を
組むことになったのですが、
こういうのって意外と顧客独自な複雑な仕様があるので、テーブルもすごい何十個とかあります。
全てのテーブルのMappinngクラスを作ったりするもんなんですか？
複数テーブルとリレーション組んだりする時もその都度Mappinngクラス作るんですか？
なんか、結局SQL文コードに埋め込む形になっちゃいそうなんですが・・・
実際どうなんでしょうか？
8:デフォルトの名無しさん
05/12/17 01:01:54
>>7
通常は、クラスを自動生成したりするツールがあるので、テーブルの数はあまり問題じゃない。
問題は、顧客独自な複雑な仕様のほうだろ。それがO/Rマッパーでサポートできるかどうか。
というか、O/Rマッパー使うときは、O/Rマッパーを使うという前提でテーブル設計しないとつらいことが多い。
一般には、楽できるO/Rマッパーほどテーブル設計の自由度が低く、逆に自由度が高いO/Rマッパーだとあんまり楽にならない。
>複数テーブルとリレーション組んだりする時もその都度Mappinngクラス作るんですか？
O/Rマッパーによる。
9:デフォルトの名無しさん
05/12/17 10:32:02
あるシステム会社で、
.NETだったが、O/Rマッパーして、自動生成されたクラスがあるのに、
実際は、そのまま。SQL発行して、ﾚｺｰﾄﾞｾｯﾄみたいなものを使って取得してたりしてた。
こういのだけは、カンベン
10:デフォルトの名無しさん
05/12/22 21:23:10
ホシュ
11:デフォルトの名無しさん
05/12/23 17:56:04
EJB3のEntityManagerで、INSERTするときに、値にCURRENT_TIMESTAMPのようなSQLから取得する値を加えることは可能ですか？
12:デフォルトの名無しさん
05/12/23 22:33:39
値がnullのときにinsertに加えないようにする設定があったような気がする
13:デフォルトの名無しさん
05/12/24 10:20:18
blanco Framework
URLﾘﾝｸ(hp.vector.co.jp)
これもここでいいのかな？
使った人レビューなぞきぼんぬ。
14:デフォルトの名無しさん
05/12/24 11:00:27
>>7
基幹システムって時点でテーブル何十個じゃすまないだろう。
基幹システム作った経験無ければ、パッケージに品。
15:デフォルトの名無しさん
05/12/24 13:55:50
>>12
INSERT INTO HOGE（HOGE1, HOGE2, INSERT_DATE) VALUES (?, ?, CURRENT_TIMESTAMP)
のようなSQL文をpersistで作らせるのは無理でしょうか？
16:デフォルトの名無しさん
05/12/25 01:11:14
ほんとにいつも悩ましいのは、
複合キーでER設計するか？
楽観排他制御をサポートしているか？
ネイティブのSQLを使うか？
今んとこ、Hibernateがもっともトラブルが少ないね。俺のプロジェクトでは。
17:デフォルトの名無しさん
05/12/25 13:04:36
ZEKEってどーなんだろ。
未踏のやつ。
18:デフォルトの名無しさん
05/12/25 21:41:07
現在MySQL ＋ HibernateのWebアプリケーションがあり、
これをOracle10gに移行しようとしています。
MySQLではPKを自動インクリメントで取得していますが、
Oracleではシーケンスになるので、
MySQLで
<generator class="identity" />
ってなってるところを
<generator class="sequence">
<param name="sequence">シーケンス名</param>
</generator>
としてやればよいのでしょうか？
19:デフォルトの名無しさん
05/12/28 02:11:48
HIBERNATE イン アクション
URLﾘﾝｸ(www.amazon.co.jp)
ついに出るねぇ。
英語読めない俺としては嬉しい限り。
20:デフォルトの名無しさん
05/12/28 03:50:24
>>19
原著が出たのは結構前なので、やっぱりHIBERNATE 2.xベースの解説なのかな。
3.xへの補足も入っているとうれしいんだけど。
21:デフォルトの名無しさん
05/12/28 18:27:04
ibatisがキャッシュしてしまう問題で、
sqlmapのflushDataCache()メソッドを使用したのですが
キャッシュが消えずに、２回目のsqlでエラーになってしまいました。
キャッシュを削除する方法はないでしょうか？
22:デフォルトの名無しさん
05/12/28 20:26:14
>>21
selectの抽出項目を条件により動的に変更する、を言っているの？
どうやらibatisではだめなようだね。
rezultクラスをHashMapにしても、最初のクエリーの項目が残り、
次回のクエリーで、初回の項目と違うとエラーになります。
Builderで再ビルドすれば、全てクリアできるので問題なし。
１クエリごとに生成するので大変だが・・・
23:デフォルトの名無しさん
05/12/28 20:43:13
one-to-one がまともになる予定ある?
24:デフォルトの名無しさん
06/01/01 09:17:49
>>21
remapResultsのことかな？
25:デフォルトの名無しさん
06/01/05 10:55:27
>>24
remapResultとはどのようなことでしょうか。
名前から推測すると、多分その設定によるものだと思います。
ちょっと調べてみます。
26:デフォルトの名無しさん
06/01/05 13:52:45
>>24
<select id="select_query" remapResults="true">
$query$
</select>
と書いて実行しましたが、XML Parser Error. になりました。ibatisはバージョン2です。
下記を参考にしてみました。
URLﾘﾝｸ(www.mail-archive.com)
27:デフォルトの名無しさん
06/01/05 14:52:44
>>26
どこでパースエラーになってるんでしょう？
ちなみに、dtdはURLﾘﾝｸ(www.ibatis.com)とおなじものですよね？
28:デフォルトの名無しさん
06/01/05 14:57:54
>>26
ああ、バージョンは2.0.9以降じゃないとダメみたいで。
29:デフォルトの名無しさん
06/01/05 20:01:06
マッピングを作成するときに、一番手軽(作成するものが少ない)で、
一番メンテナンスしやすい(修正のほとんどが設定ファイルなど)のは
ダントツでibatisで間違いなし？？？
30:デフォルトの名無しさん
06/01/05 22:47:01
Cayenneもやればできる子>>29
ただし既存のテーブルには弱いが。
31:デフォルトの名無しさん
06/01/05 23:33:04
Hibernateでも、自分で作成するものは少ないし。
32:デフォルトの名無しさん
06/01/06 09:27:33
>>29
カナ～リ大きなXMLを管理する覚悟は必要。特にテーブルの数が多い時。
33:デフォルトの名無しさん
06/01/06 09:52:14
29です。ibatis派です。
sqlはすばらしい言語なので、プログラムではsqlのすばらしさを邪魔しないフレームワークが
一番賢いと考えています。
つまり、sqlで対応できるところは、ロジックではなくsqlを修正する。
そのsqlの修正は、設定ファイル内のsqlそのものだけ、が一番よいと思います。
そのほうがsqlとjavaの特徴を最大限に引き出せるし、メンテが楽です。
俺は簡単かどうかに関係なく、クラスの数が多いのは好きではないです。
マッピング処理の為にクラスを作成するのは納得できないです。それが自動生成できるものだとしても。
いろいろなマッピングツールを見ましたが、特にEJBはひどいと思いました。簡単なことを複雑に考えようとしているし。
クエリの結果データをbeanにマッピングするたびにクラスを生成するツールは好ましいと思いません。
どうでしょうか、この意見
34:デフォルトの名無しさん
06/01/06 09:59:10
> sqlはすばらしい言語なので、
この仮定に同意できない。
35:デフォルトの名無しさん
06/01/06 10:18:16
>>34
リレーショナルデータベースさわるのにはとてもいいと思う。
リレーショナルモデルもきっちり作りこまれてるので、かなりいい。
>>33
> 特にEJBはひどいと思いました。
EJB2までの話。
> マッピングするたびにクラスを生成する
クラスは生成せんだろ。
型保証とIDEによる補完を考えると、Javaの場合はテーブルに対応するクラスがあったほうが楽だしメリットも大きいと思われ。
SQLの外だしにこだわるなら、HibernateやEJB使うときでも外出しにすればいい。
36:デフォルトの名無しさん
06/01/06 10:37:14
>>33
ドメインモデルの設計をビシィとやる。もちろんその時は
RDBMSの存在など微塵も意識しない。
さて実装を考える段になって、既存のRDBMSの設計を
見ると、ドメインモデルと合致しない。
俺はiBATISが本領を発揮するのはこういう時だと思う。
だから、
＞マッピング処理の為にクラスを作成するのは納得できないです。
もしこれが『DB設計にクラス設計が影響されるのは納得できん』
ということなら君の意見に賛成する。
iBATISはDBとOOのミスマッチをSQLで吸収可能だからね。
37:デフォルトの名無しさん
06/01/06 10:38:09
>>35
HibernateやEJB３って、ibatisみたいにsqlをかけるのでしょうか。
独自のSQLだと思っていたのですが。古い情報ですか。
38:デフォルトの名無しさん
06/01/06 10:49:03
>>36
まさにその通りです。
sqlとjavaクラスの間に物理的な依存性を持たせるのは危険だと思いっています。
その依存性を切り離すのがまさにibatisなのかなぁと。
sqlそのものの結果をクラスに好きなようにマッピングできるのですから、すごい。
というか、ibatisが普通の考え方だと思うんですよね。
なんか、javaはより難しく考える傾向にあるような・・・・。
39:デフォルトの名無しさん
06/01/06 11:00:13
>>38
ただibatisのSQL設定ファイルはいわばテンプレートなんだがその能力が低い。
リストや配列のプロパティで、そのままtoString()を呼んでDBに登録したいがエラーになる。
前のレスにあったけど、velocityみたいなテンプレート機能があるといいけど。
それに、qつのクエリのマッピングが一つのオブジェクトしか対象にできないのが痛い。
40:デフォルトの名無しさん
06/01/06 22:04:16
>>37
かけるよ。
41:デフォルトの名無しさん
06/01/09 19:25:17
S2Daoで、各テーブルに対応するJavaファイルを作るのって手でやるんでしょうか？
リバースエンジニアリングしてくれて、勝手に作ってくれたりします？
42:デフォルトの名無しさん
06/01/09 20:11:58
>>41
S2DaoMaker
43:デフォルトの名無しさん
06/01/09 20:25:16
S2、S2って最近うぜー
44:デフォルトの名無しさん
06/01/09 21:52:18
いちいちageるなうぜー
45:デフォルトの名無しさん
06/01/10 10:10:07
iBATIS_ToolsのAbatorを試した人、感想ｷﾎﾞﾝﾇ
eclipseのpluginらしいのだけど。。。
46:デフォルトの名無しさん
06/01/10 11:04:00
>>45
velocityみたいに、sqlmapの中で使えるtoolがほしい・・・
47:デフォルトの名無しさん
06/01/10 11:54:09
ibatisで結果をHashMapにセットすることができますが、
Beanの中にあるHashMapにデータをセットすると、そんなフィールドないとのエラーになります。
エラーを見ると、対象がHashMapなのに、setプロパティ名を探しに行っているみたいです。
HashMapをDynaBeanに変えてもだめでした。
これは仕様でしょうか。
気になるのが、queryForObjectではなく、
SqlMapClientBuilder.buildSqlMapClient(reader);でエラーになります。
エラー
Cause: com.ibatis.common.beans.ProbeException: There is no WRITEABLE property named 'test' in class 'java.util.HashMap'
sqlMap
<resultMap id="user" class="ibatis.User">
<result property="hashMap.test" column="HASHMAP_TEST" />
</resultMap>
<select id="select_hash" resultMap="user" >
select
'ssss' as HASHMAP_TEST
from dual
</select>
クラス
public class User {
private HashMap hashMap = new HashMap();
・
public class User {
private DynaActionForm hashMap = new DynaActionForm();
・
48:デフォルトの名無しさん
06/01/10 17:09:54
ibatisですがiterateの中でisEqualをかけるとエラーになりました。
無謀でしょうか・・・
<iterate prepend="WHERE" property="data" open=" ID IN (" close=")" conjunction="," >
<isEqual property="#data[]#" compareValue="1">
#data[]#
</isEqual>
</iterate>
49:デフォルトの名無しさん
06/01/10 18:36:39
>>47
HashMapに設定可能というのは、
resultMapのclassにHashMapを使える
というのであって、
HashMap型のプロパティに値を設定できる
訳ではないのではないかという気がします。
50:デフォルトの名無しさん
06/01/10 18:39:54
>>48
自分で試したわけではないけど、こういうページがありました。
URLﾘﾝｸ(www.mail-archive.com)
<iterate>の内側のプロパティ名はそのまま渡しているみたいです。
51:デフォルトの名無しさん
06/01/10 19:04:38
>>49
>>50
ありがとうございます。
再度修正して実行してみます。
52:デフォルトの名無しさん
06/01/21 17:14:07
Hibernateについて質問なんですが、テーブルAとテーブルBがあって、
テーブルAの主キー：A_ID、
テーブルBの主キー：B_ID、A_ID（複合キー）
という場合、テーブルBに対応するクラスBとそのマッピングファイルってどう書けばいいですか？
複合キーの一部が外部キーの場合にどう書いたらいいのか分からなくって・・・・・・。
53:デフォルトの名無しさん
06/01/25 21:50:39
ibatisでiteratorの入れ子は可能でしょうか。
入れ子のiteratorのpropertyのインデックスを指定しないと動作しないです。
54:デフォルトの名無しさん
06/01/27 08:41:26
>>52
HSQLDBのテストテーブルがちょうどそんな形になってる。
Hibernate Toolsにhbm.xmlを自動作成させたらこうなった。
<composite-id name="id" class="test.entity.ItemId">
<key-property name="invoiceid" type="integer">
<column name="INVOICEID" />
</key-property>
<key-property name="item" type="integer">
<column name="ITEM" />
</key-property>
</composite-id>
<many-to-one name="invoice" class="test.entity.Invoice" update="false" insert="false" fetch="select">
<column name="INVOICEID" not-null="true" />
</many-to-one>
55:デフォルトの名無しさん
06/01/27 10:22:32
Hibernateで他がロックしているかどうか取得する方法ってありますか？
他がLOCK TABLEしている時にHibernate側でupdateしようとすると、他が
コミットされるまで、止まってしまいます。
56:デフォルトの名無しさん
06/01/27 22:12:52
>>55
使えるDBは限られるけどorg.hibernate.Session#lock()に
LockMode#UPGRADE_NOWAITを指定すれば出来ると思われ。
ただし、他のトランザクションのロックをポーリングしたいって場合は、
設計の方に問題がある可能性がかなり高い。っつーか、ほとんど禁じ手。
トランザクションはユーザー入力を介在させずに短時間で完了させるべし。
57:デフォルトの名無しさん
06/01/27 23:41:50
>>54
レスありがとうございます。
そのマッピングだと、複合キークラスが
class ItemId {
private Integer invoiceid;
private integer item;
}
で、ItemクラスのフィールドにItemIdクラスとInvoiceクラスのフィールドを定義する、
って感じで合ってますか？
58:デフォルトの名無しさん
06/01/28 02:35:28
>>57
合ってる。クラスもそのように自動作成された。
Hibernate in Actionに載ってたけど、many-to-oneタグのupdateとinsertをfalseにすることが重要みたい
59:デフォルトの名無しさん
06/01/29 00:02:02
>>58
ありがとうございます！
やってみます。
ちなみに、参考までに伺いたいのですが、Hibernate Toolsの自動生成のマッピングの品質（？）ってどうなんですか？
本とかネットでも手動でマッピング定義の解説が多いような気がするので、
もしかしたら、手動でマッピングしないとパフォーマンスに問題があるとか、
複雑なテーブルはマップできないとか、そういう事情でもあるのかな？って思って。
60:デフォルトの名無しさん
06/01/29 10:08:35
>>59
DBスキーマからマッピングファイルを作るのは、以前はMiddlegenを使うことが多かったみたい
本や雑誌の説明等にも、Middlegenの使い方がよく説明されている。
今のHibernate側の方針は、スキーマからマッピングファイル、永続化クラスの作成まで
Hibernate Toolsに全部任せようとしてるように見える
実際使ってみた印象は、テーブルが大量にある場合はとても便利だと思う。
特に複合主キーを使ってる場合は、主キークラスを自動で作ってくれるのがありがたい。
テーブルに外部キー制約をつけておけば、自動的にone-to-oneやmany-to-one等の関連定義もやってくれる。
反面、フィールドの型の定義がちょっと微妙で、char型やbyte、short、boolean型等を積極的に使ってくる。
プリミティブ型とラッパーオブジェクトの区別が曖昧。「not nullカラムのときはプリミティブ型」のように定義してほしかった。
また、TIMESTAMP型に対してjava.util.Dateを定義してしまうので、TIMESTAMPをversion管理に使いたいときは修正が必要。
テーブル名やカラム名にアンダーバーが入ってるときは、アンダーバーを自動的に排除してクラス、フィールドの名前を作成し
マッピングファイルのカラム名定義でマッピングしてくれる。
しかし、いちいちマッピングファイルに書くぐらいなら、NamingStrategyで定義した方がいいと思うので
あまりうれしくなかったりする。
結局、手で作るより便利なのは間違いないが、出来たファイルやクラスを一通りチェックする作業は必要だと思う。
Toolのカスタマイズ方法があまりわかってないので、もしかしたらもっと便利に使えるかも？
61:デフォルトの名無しさん
06/01/31 00:42:23
>>60
なるほど！
チェック作業は入るとしても、全部手書きよりは断然効率良さそうですね。
是非使ってみたいと思います。
いろいろとありがとうございました！
62:デフォルトの名無しさん
06/01/31 11:34:03
Hibernate Toolsは前使おうとしたが、
ファイルエンコードが指定出来ず苦労した記憶が・・・
（UTF-8のプロジェクトで使うのにMS932でしか生成できず）
さすがにもう改善されたのかな？
63:デフォルトの名無しさん
06/01/31 17:51:14
Hibernate Toolsを使ってDBから定義ファイルを生成するときに
many-to-manyカラムを生成する方法をご存じの方がいたら、教えてください。
64:デフォルトの名無しさん
06/02/02 23:54:22
koichikさんの日記にあるようなhibernateが実行しているsqlを整形して
表示するのってどうやるんですか？
show_sqlだとインデントまではしてくれないですよね。。。
65:デフォルトの名無しさん
06/02/03 03:34:10
>>64
つ hibernate.format_sql
66:デフォルトの名無しさん
06/02/03 21:50:00
>>65
Thanks a lot!
67:デフォルトの名無しさん
06/02/08 02:14:46
nHibernateはどうよ？
68:デフォルトの名無しさん
06/02/08 12:50:30
Collectionの扱いがちょっと面倒
69:デフォルトの名無しさん
06/02/08 14:27:01
>>67
素直にADO.NET使った方がよさげ
70:デフォルトの名無しさん
06/02/09 00:57:25
自前でやれってか？
71:デフォルトの名無しさん
06/02/09 08:04:25
>>69
他でも時々そういう意見目にするんだけど、
NHibernateよりADO.NET使う方がいい理由ってなんなの？
なんかはっきりとADO.NETの方がいい！！って理由あんのかなぁ？
72:デフォルトの名無しさん
06/02/09 09:03:23
ORMならADO使ったほうがよさげ
つかスレ違い
73:デフォルトの名無しさん
06/02/09 09:05:57
>>71
ツールのサポート
情報の量
人の量
74:デフォルトの名無しさん
06/02/10 11:31:03
ibatisのデータマッピングでの強い味方
URLﾘﾝｸ(canetrash.seesaa.net)
75:デフォルトの名無しさん
06/02/11 21:36:14
HibernateやEJB3.0,iBatis程度をありがたがるjava技術者は哀れだな。
76:デフォルトの名無しさん
06/02/11 22:03:12
ふむ、じゃあ何をありがたがろうか？
77:デフォルトの名無しさん
06/02/12 10:24:46
HibernateやEJB3.0,iBatisよりもADO.NETの方が優れている理由は、ORMとしての
実力は大きく変わらないが、Viewまで含めて.NETの機能が練られているところだろう。
いくらDAOのコーディング量が減っても、部分最適にしかならないから工数が減らない。
78:デフォルトの名無しさん
06/02/12 15:35:39
じゃあViewにWicketってことで終了。
79:デフォルトの名無しさん
06/02/12 16:26:54
Clickは？
80:デフォルトの名無しさん
06/02/12 16:29:22
所詮は寄せ集めだな。
81:デフォルトの名無しさん
06/02/12 21:59:44
フロントから裏までWebObjectsで終了じゃん。
82:デフォルトの名無しさん
06/02/13 13:52:52
>>80
それをいうと「寄せ集めと大差ないクオリティのXXX(値は各自の信仰に依存)って何よ?」って話になるからやめれw
83:デフォルトの名無しさん
06/02/13 17:48:53
漏れ寄せ集めの方が好きだぬ。
なんかeclipse VS netBeans(あるいはvisualStudio)の
議論を見てるみたい。目的目標出さずに道具の議論って
あんま意味ないよ。
84:デフォルトの名無しさん
06/02/14 02:34:07
1000行のデータを1ページ50行ずつでページングしたりする時に、
各ページに必要なデータだけをDBからロードするようにしたいんだけど
この場合はどうやればいいんだ？
当方Hibernate3を使用してます。
85:デフォルトの名無しさん
06/02/14 08:09:30
>>84
URLﾘﾝｸ(www.hibernate.org)
86:デフォルトの名無しさん
06/02/15 15:57:21
Hibernate3初心者ですが、ちょっと教えて下さい。
many-to-one のﾏｯﾌﾟで、もし該当ﾃﾞｰﾀが存在しなくても怒られない方法、
知りませんか?
例えば
<class name="item">
<id name="id"/>
<many-to-one name="bid"/>
</class>
<class name="bid">
<id name="id"/>
<pro name="amount"/>
</class>
これで
from Item item left join fetch item.bid をやって、
取得したリストを表示させると、bidを取得できなかったitemの
item.bid.amountをgetすると、
LazyInitializ E org.hibernate.LazyInitializationException TRAS0014I: 次の例外がログに記録されました。 org.hibernate.LazyInitializationException: could not initialize proxy - the owning Session was closed
と、ｱﾎﾞﾝです。
session閉じて分離ｵﾌﾞｼﾞｪｸﾄになってんだから、良いじゃん、
と思うんだけど、教えて下され。
87:デフォルトの名無しさん
06/02/15 21:46:00
not-null="ignore"
88:デフォルトの名無しさん
06/02/16 08:24:05
OracleがJBoss買収したら、TopLinkとHibernateは一つになるのか？
あと、JBoss CacheをOracleがどう使うのか気になるな
89:デフォルトの名無しさん
06/02/16 17:30:07
EJB3でTopLinkとHibernateはひとつになってる希ガス
90:デフォルトの名無しさん
06/02/16 19:03:37
APIが一つにまとまったからね。
TopLinkの「放出されていない部分」っていうと、現状JDeveloperに
載ってるGUIツールの部分や分散環境対応部分が大きいのだっけ？
oc4jとJBossコンテナはどう棲み分けるのかなぁ、Oracleって
GlassFishも支援してるから、まるでOracle一つの内で三つ巴に
なってるみたいなイメージだね。
買収成功祈る＞Oracle
91:デフォルトの名無しさん
06/02/17 01:52:07
BEA、KodoをOpen JPAとしてオープンソース寄贈
URLﾘﾝｸ(pcweb.mycom.co.jp)
92:デフォルトの名無しさん
06/02/17 02:58:08
WebアプリでHibernate EntityManagerを試してみたいんだけど、
persistence.xmlはどこにおけばいい？
アプリルート/META-INF に置いても読み込めません・・・orz
Persistence.createEntityManagerFactory("em1");
でコケます。
No Persistence provider for EntityManager named em1
とスタックトレースに出力されます。
（"em1"はpsersistence.xmlの<persistence-unit>要素のname属性に指定した名前）
WEB-INF/classesに置いてみても同じです。
Ejb3Configurationを使ってhibernate.cfg.xmlを読み込んでEntityManagerFactoryを
作る方法は成功しました。
環境はJDK1.5.0/Tomcat5.5.15/Hibernate3.1.2/hibernate-entitymanager-3.1beta6 です。
93:デフォルトの名無しさん
06/02/17 03:45:20
なんで唯一試すのがMETA-INFなんだろう・・・
94:デフォルトの名無しさん
06/02/17 04:08:23
>>93
スミマセン。
＞ WEB-INF/classesに置いてみても同じです。
と書いたように、他にはWEB-INF/classesも試しています。
95:デフォルトの名無しさん
06/02/17 07:28:25
>>92
WEB-INF/classes/META-INF/persistence.xml
classpath内の「META-INF/persistence.xml」を検索しているみたい
WARのMETA-INFに入れても認識しないので注意
96:デフォルトの名無しさん
06/02/17 08:04:49
>>95
うぉぉぉぉぉ！！！！！
激しくサンクスっ！
うごきましたー！
97:デフォルトの名無しさん
06/02/26 16:58:56
SpringのgetHibernateTemplate().findで検索をかけたら、NoClassDefErrorが
発生しました。
loadAllだと問題なく抽出されるし、クラス名もちゃんとフルパスで指定
してるんですが、何が間違ってるんでしょうか。
98:デフォルトの名無しさん
06/02/28 23:35:35
>>97
さすがに、HibernateとSpringのバージョンくらいは書いた方が良いのでは・・・？
99:デフォルトの名無しさん
06/03/01 01:32:48
これは失礼いたしました。
spring1.2.6とhibernate3です。
100:デフォルトの名無しさん
06/03/01 17:14:08
Hibernateに関してですが、マッピングファイルに
<version name="version" unsaved-value="negative"/>
を記述して、バージョン管理をしていますが、このバージョンを
上げずに更新をするという処理は可能なのでしょうか。
一般的にはこのような処理は行わないと思いますが、2つのシステム
で同じテーブルを読みに行くとき、他方のシステムは特定のカラムを
更新された場合、更新の検知は不要と考えており、上記のような処理
ができないかと考えました。
101:デフォルトの名無しさん
06/03/01 23:30:21
>100
細かい粒度でクラスを書き、<component> でマッピングしましょう。
とかベストプラクティスに書いてあるから、Aシステムで更新するカラムと
Bシステムで更新するカラムを別クラス（1テーブル）にしたら？
とかいってみちゃったりして。
僕は上記の方法をとらないときはからなずバージョンによるロックかけるよ。
102:デフォルトの名無しさん
06/03/02 01:04:51
>>100
排他制御はしないの？
103:デフォルトの名無しさん
06/03/02 08:23:29
>> 101
ありがとうございます。
二つのクラスにしてみます。
>> 102
テーブルtにf1,f2,vというカラムがあって、
vがバージョン番号だとすると、Aシステムは、
f1,f2を更新する可能性があって、Bシステムは、
f1のみ更新します。
f1を更新した際は、システムA,B共にf3を更新します。
ですから、Aシステムがf2のみを更新する際は、
排他制御は必要ないと考えたのですが、いかがでしょうか？
104:デフォルトの名無しさん
06/03/02 11:03:14
>103
1)Bシステム：データ取得（f1=a,f2=b,v=1)
2)Aシステム：データ取得（f1=a,f2=b,v=1)
3)Bシステム：データ保存（f1=a→y,f2=b,v=1→2)
4)Aシステム：データ保存（f1=a,f2=b→x,v=1)
排他制御死ぬほど必要じゃね？
3)がせっかく入力したf1はどこいくんだ？
105:デフォルトの名無しさん
06/03/02 11:06:55
>100
100よ！私101だが、俺てっきりAシステムはf1のみ更新、Bシステムはf2のみ更新
を行うと思ってたからcomponentのはなしなんかしちゃったよ。
AとBで更新するカラムがかぶってるならテーブル１個で普通にバージョンによる
排他制御してくれ。理由は104が知っている。
106:デフォルトの名無しさん
06/03/02 11:07:43
↑
誤：テーブル１個
正：テーブル１個、クラスも１個
107:100
06/03/02 17:15:09
ごめんなさい。記述が間違っていました。
× f1を更新した際は、システムA,B共にf3を更新します。
○ f1を更新した際は、システムA,B共にvを更新します。
同じカラムを更新する場合はバージョンを両システムとも上げます。
>>104
4) のところでupdate文にwhere v=1 が含まれると思いますので、
エラーにならないでしょうか？
>>105
両システムの更新するカラムがぶつかっている場合、ぶつかっている
箇所のみ排他処理をするのではまずいですか？
108:デフォルトの名無しさん
06/03/03 00:17:58
>>107
dynamic-updateを使うってこと？
自分のとこでは使ってないから、dynamic-updateが確実なのかどうかよくわからないけど
その場合でも、Aシステム用のクラスにはVersionカラムを定義せず、
ナンバーアップも排他制御も全て手作りで書くのが無難だと思う
業務的に必要なら仕方ないけど
更新前に余計にSQL発行するわけでもないし
そこまでして排他制御を避ける理由がよくわからないな
109:108
06/03/03 00:19:54
× 排他制御を避ける理由
○ バージョニングを避ける理由
110:100
06/03/03 09:25:31
>>108
バージョニングを避ける理由は、例として、
1) Bシステム : データー取得 (f1=a,f2=b,v=1)
2) Aシステム : データー取得 (f1=a,f2=b,v=1)
3) Bシステム : ユーザーがデーターの入力中
4) Aシステム : データー保存 (f1=a,f2=b→x,v=1→2)
5) Bシステム : 更新時エラー(バージョンが違うため)
3のデーター入力は入力項目が多いです。
4の更新内容は、Aシステムのみが使用するデーターカラム
の更新のみで、Bシステムの動作には影響しません。
ユーザーの作業効率を考えると、システムに影響がないの
であれば、5にてエラーとしない方がよいと考えました。
111:デフォルトの名無しさん
06/03/03 18:29:20
>110
ﾁﾐのいってることはへんでないヵ？
(103)にて
>Aシステムは、f1,f2を更新する可能性があって、Bシステムは、f1のみ更新します。
(110にて)
> 3(=Bシステム)のデーター入力は入力項目が多いです。
ゆえにf1はたくさんの入力項目である。したがってAシステムも（人間が手で入力するのか自動で登録するのかは全く別として）
たくさんの項目を設定する。
だ か ら 、 たくさんの項目を設定したAシステムのf1が、ちまちま手入力したBシステムで入力したf1によってけされてしまうだろ？大問題ではないの？
それどころかAシステムでバージョンチェックしなかったらAシステムを同時に２人で使ったらデータが後勝ちしちゃうんだぞ。
そんなのDB使うときのポリシーとして許されるものじゃないんじゃない？
だめだ。どう考えてもバージョンチェックによる排他制御は必須としか思えない。
> >>104
> 4) のところでupdate文にwhere v=1 が含まれると思いますので、
> エラーにならないでしょうか？
ヴァージョンチェックを有効にしたらそりゃエラーになるよね。ただ、Aシステムはバージョンチェックをしたくないんでしょ？
だからエラーチェックをしない前提だからべつにどうでもいいんじゃない？どうでもいいから単純にバージョンあげわすれただけ。
ちゃんとバージョンは4)のところで1→2にあげましょう。
112:100
06/03/03 18:46:20
>>111
> だめだ。どう考えてもバージョンチェックによる排他制御は必須としか思えない。
両システムが更新するカラム(f2)のみ排他制御を入れるのではまずいでしょうか？
> Aシステムはバージョンチェックをしたくないんでしょ？
Bシステムのみ使用するカラムはバージョンチェックをしないという方針です。
他の箇所はバージョンチェックします。
113:デフォルトの名無しさん
06/03/03 21:38:04
>112
おい！、103の書き込みをちゃんと見ろ！
両方更新するカラムはf1だろ！
Bシステムのみ使用するカラムなんてないだろ！
前提条件をころころかえるんじゃないよ。
わけがわからなくなるだろ！
114:デフォルトの名無しさん
06/03/05 11:43:39
Hibernateってサニタイジングは自分でやらなきゃいけないの？
115:デフォルトの名無しさん
06/03/05 12:05:08
>>114
DBごとの駄目文字を上手いこと自動変換してくれるか、ってこと？？
116:デフォルトの名無しさん
06/03/05 12:14:13
>>115
狭い意味だと文字列末尾の'\0'を取り去ることだけになっちゃうね。
広い意味だといくらでもひろがっちゃうし。
>>114
というわけで、どこまで考えてるのかを、お願い。
117:デフォルトの名無しさん
06/03/05 12:32:40
PreparedStatementでやってくれる程度の処理
118:デフォルトの名無しさん
06/03/06 18:53:18
Hibernateで、SQLのgroup byみたいなことするのって、SQL直書きでQueryクラスとかに渡すしかないのでせうか？
criteriaはそんなこともできんのですか？
119:デフォルトの名無しさん
06/03/06 19:06:13
お願いします！わかる人答えてください！
掲示板に書き込みしたのをパスワード入力して
消したら完全に消えるんですか？？？ＩDとか
120:デフォルトの名無しさん
06/03/06 20:01:57
>>119
スレタイ読んで出直してくださいね。どこでも質問すればいいってもんじゃないです。
121:デフォルトの名無しさん
06/03/07 01:17:02
>>118
HQLなら普通にgroup by書けばいい
Criteriaは使ってないからよくわからんが↓あたりじゃない？
URLﾘﾝｸ(www.hibernate.org)
122:デフォルトの名無しさん
06/03/07 10:25:40
返答どもです。
Hibernateのサイト見てやったらObjectの配列のListを返すとかいう美しくない結果にたどり着きましたが、それをとっかかりに以下の答えにたどり着きました。
これでClassA型で値が返ってきました。
//テーブルA(マスタ。ClassA)のうち、テーブルB（トランザクション。ClassB）にひとつ以上参照している行が存在するものを取得。返り値はClassA型のList
Criteria crit = getSession().createCriteria(ClassA.class);
crit.createCriteria("classB");
crit.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
ありがとうございました。
123:デフォルトの名無しさん
06/03/09 09:57:53
ibatisのタイプハンドラには、String[]は型として使用できないのでしょうか。
124:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 22:04:51
TextSS のWindowsXP(Professional)64bit対応化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
125:デフォルトの名無しさん
06/03/18 22:41:29
>>124
あちこちにマルチ乙
126:デフォルトの名無しさん
06/03/19 08:50:46
hibernateを使おうと考えています。
既存のマスタが論理削除で管理されている場合、
論理削除チェックはどこでやるもんなんでしょう？
127:デフォルトの名無しさん
06/03/23 23:23:50
当方マカーです（ごめんなさい）
Hibernate3を使い始めたんですが、hbmを作るのが面倒です（PostgreSQLでテーブル100個ぐらいある）。
eclipseにプラグインを入れてもエラーで墜ちまくるので実用的じゃなさそうです。
eclipse以外に、PureJavaでつくられたツールとかでテーブルを観て自動的にHibernate3用のhbmをつくってくれるものありませんか。
128:デフォルトの名無しさん
06/03/24 11:12:39
マカーって自己紹介の意味が分からんし謝る意味も分からんがｗ
URLﾘﾝｸ(www.hibernate.org)
これはどうですか
129:デフォルトの名無しさん
06/03/24 15:24:35
マカ
URLﾘﾝｸ(www.associe-net.co.jp)
130:デフォルトの名無しさん
06/03/27 18:58:40
OS：WindowsXP SP2
DB：Oracle XE
O/R-Mapping Framework：iBATIS2.1.7
環境は上記の通りなんですが、
URLﾘﾝｸ(opensource.atlassian.com)
にあるような感じで、Procedureからの戻り値（OUTパラメータ）をBeanにマッピングするっていうようなことは出来るんですかね？
試してみたのですが、ResultSetが戻り値で返ってきちゃうんですよ。
ProcedureでのBeanとのマッピングってムリ？
131:デフォルトの名無しさん
06/04/07 00:34:01
HibernateでDTOパターンを使い、更に排他制御を行いたい場合
バージョンカラムを含めた形でDTOに値をコピーし、
更新時に再びDTOから永続化クラスに詰め直してupdateする・・・という手順でいいの？
遅延ロードを設定していて、値を取得していない関連オブジェクトがフィールドにある場合、どう扱ったらいいのだろうか？
132:デフォルトの名無しさん
06/04/09 12:42:56
今頃なんだけど、OpenSessionInViewってどうなのかな？
個人的にはDAOから取り出したオブジェクトはDBから縁が切れていてほしい
んだよね。なんかJSPで画面出してるときに、ここでDBになんかあったらど
うしようとか考えるのが気持ち悪いというか。
とはいえDAOで似たような中身のオブジェクトに詰め直すというのも冗長だし。
みんなどうしてるの？
133:デフォルトの名無しさん
06/04/09 13:16:57
リクエストのたびにhibernateのSessionつくってフェラチオして
そのあとSessionをすぐにクローズしてる。Sessionはなるべく短く、短く。
134:デフォルトの名無しさん
06/04/09 13:18:02
すまん、フェラチオ→フェッチ だ orz
135:デフォルトの名無しさん
06/04/09 14:10:17
>>133-134
( ﾟдﾟ)
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
( ﾟдﾟ )
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
( ﾟ∀ﾟ )ｱｰｯﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬ
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
136:デフォルトの名無しさん
06/04/09 17:30:03
>>133
お茶噴いた
137:デフォルトの名無しさん
06/04/09 19:08:21
相当短いんだろうな
138:133
06/04/09 21:22:50
すまねぇなぁ(;´д｀)
フェまで入力してATOKだとtabで自動変換するからそのままreturnおしたのさorz
普段どういう文章打っているかがバレバレだぜ～
139:デフォルトの名無しさん
06/04/09 22:29:35
短く、短く
140:デフォルトの名無しさん
06/04/09 23:29:17
今はかってみたら16cmだった。ふつう？
141:デフォルトの名無しさん
06/04/10 00:03:50
>>140
日本人としてはちょっと長めらしい・・・。
なんて話はさておき、
Hibernateでは主キーがないテーブルのマッピングはできないんだな。
まあ当然なんだろうけど・・・。
142:デフォルトの名無しさん
06/04/10 06:58:11
Hibernateフェチ
143:デフォルトの名無しさん
06/04/10 11:21:34
>>140
うちのダンナよりは長いよ
144:デフォルトの名無しさん
06/04/10 13:38:04
>>133
てめえ人様の腹を捩らすとは何事だｺﾞﾙｧ
145:デフォルトの名無しさん
06/04/10 13:39:15
>>140
お前金持ちだろ。
ピーナッツ食いまくって水ばっか飲んでるだろ。
それにオナニー回数も少なめだな？
チンポの長さと将来成功することと何か関係があるらしいぞw
146:デフォルトの名無しさん
06/04/10 14:04:55
>>140が使った道具
アンドロペニス 男性器増大医療器具 送料無料
URLﾘﾝｸ(www.liquidsky.co.jp)
147:132
06/04/10 18:02:27
少しはまじめな話題を振ったつもりだったのに
133のバカチンコのおかげで……orz
148:デフォルトの名無しさん
06/04/13 01:58:13
CayenneがApache Incubatorに入ったね。
HibernateもJBOSSの支援を受ける中、ObjectStyleだけで支えるのは大変だと
いうことかな。
おれはこのORマッパー、結構好きなんで、Apache加入後のiBatisのように、
着実に進歩していって欲しい。
とりあえず1.2は結構いい。
149:デフォルトの名無しさん
06/04/13 18:22:12
>132
>133
OpenSessionInViewでもリクエストのたびにSessionはクローズしているとおもうが。
ただモデル（もしくはコントローラ）でクローズするか、View層でクローズするかの違い。
だからどっちでおこなってもSessionは短い、短い。
こんな事象のときにOpenSessionInViewは効果を発揮する。
【前提】
A-B-Cと各々1:n関連したテーブルがあり、画面ではその全てを表示する。
【OpenSessionInViewを使用したら】
HQLは「from A」でOK。あとはView層でかってに遅延ロードによってBとCはロードされる。
【普通にやる場合】
HQLは AとBとCをJoinしなければならない。
または、「From A」として取得した結果をループでまわして遅延ロードを発生させなければならない。
まあ、こんな場合はOpenSessionInViewをつかったら楽々ですよ。
DAOから取得したA EntityクラスをFormにつっこんだら終わりだもんね。
150:149
06/04/13 18:40:57
続き
でも問題はあるのだよ。
【問題１】
遅延ロードは沢山のSQLを出力するから嫌いだ。
じつは、ふつうに遅延ロードをやると確かに遅延しない場合に比べて遅ーいばあいがあるね。
でも、以下のありがちな前提条件と、mappingの設定方法が合わさると、はやいのだ。
【前提条件】
１．次の１０件みたいなページング機能が要求されている。
そしてその実装はHQLではなく、汎用的にView層で行っている。
２．HQLまたはSQLでJoinするとえらく複雑でOracleのほうでコストがすごい。
【対処】
前提１の対処
ページングがあるってことは、遅延ロードは１０件分しかしなくていいよね。
でも遅延しなけりゃデータ数分Javaのメモリまでは展開されるんだからデータ件数によって
は遅延のほうがはやくなる。
それでも１件１件SQLが発生するのに抵抗がある人は、Hibernate-mappingの<Set>タグの
Attributeで「batch-size」ってのがあるんで、ここを20とかにすれば20行一挙に取得するSQLが
発行される。これは便利。
前提２の対処
遅延なしでOracleのコストがかかっている場合は、SQLを単純になるように分割したら
分割したほうが速くなる
ほら、共有プールのサイズとかあんまとれなくて、SQLであるコスト超えたら突然すごく
遅くなる場合あるじゃん。そんなときはjoinはずすとコストが下がるからサクサクと結果が
かえるようになる（こともあるよね）
151:149
06/04/13 19:13:51
つづき
【問題２】
一覧表示系は問題ないが、一覧入力系で、かつカンマ区切りの数値や日付の入力がある。
【前提】
OpenSessionが機能してうれしいのは唯一View層での遅延ロードなのだから、そういう前提にする。
A-Bという1:nの関連があり、画面はAとBを同時に入力、Bのほうに数値と日付の入力がある。
JSFを使うとコンバータの機能があるから、多分簡単に解決する。だから前提はStrutsとする。
【対処】
Strutsで実装すると、カンマ区切りの金額、日付に対応するFormのAtributeはStringになると
思いますが、Bは遅延ロードの前提で、かつDBではNumber型やDate型なのでJavaの型は
BigDecimalとDate型とかにならざるをえません。
でもValidateのためにStringは別途必要です。
HibernateではCustom型を定義できるので、BigDecimalとDateの型のカスタム型を作成して、
カスタム型はBidDecimalとString型を内部では同時にもつように定義しておけば、
・ValidateはStringのほうで行い
・うまくBigDecimalに変換できるのであれば内部のBigDecimalのほうに値を移行
・あとはForm内のEntityをSaveすれば、DBに保存するようにUserTypeのコーディングを行う。
こんなことをやれば、コーディングレス（FormのStringからEntityへデータを移送するコードを
数値・日付のプロパティ分似たようなロジックを作ることがなくなる）で一覧入力系の
実装が可能。
まあ逆にそこまでしないと一覧入力系で遅延ロードの恩恵が得られないので、一覧入力系は
遅延ロードに頼らないというのも１つの手かもね。
152:130
06/04/14 21:56:30
DBのデータ件数が少ない場合、別にPreparedStatementでも
そこまで実行速度的に変わらんので、SQL直書きでもいいかな、と。
いちお、SSQLLibってのがあるらしい。
結局（PL/SQLだと）自分でResultSetをBeanにマッピングしないとダメか・・・。
StoredProcedureとBeanのマッピングってHibernateでもムリなん？
Hibernate使ったこと無いので。
>>133
(*^ーﾟ)b ｸﾞｯｼﾞｮﾌﾞ!!
153:デフォルトの名無しさん
06/04/14 23:29:58
（133の次のナチュラルな下ネタを待っているのはオレだけすか？）
154:デフォルトの名無しさん
06/04/19 17:15:25
他人が作成した既存のものを改修することになったのですが、iBatisのsqlmapを使用しているプログラムでした。
sqlmapconfig.xmlには、こんな風に書かれていました
＜transactionManager type="JDBC"＞
＜dataSource type="JNDI"＞
＜property name="DBJndiContext" value="java:comp/env/jdbc/test"/＞
＜/dataSource＞
＜/transactionManager＞
＜sqlMap resource="sqlMap/test.xml"/＞
これで１データソースに対してクエリを発行していると思うのですが、
これを2種のデータソースを使い分けるように変たいと思っています。
そもそもデータソース2種を使い分けることが可能なのでしょうか？
155:デフォルトの名無しさん
06/04/20 00:46:37
>>154
TomcatなどのServlet Container レベルで考えると、JNDI経由で複数のDataSourceを取ることはできる。
> ＜dataSource type="JNDI"＞
> ＜property name="DBJndiContext" value="java:comp/env/jdbc/test"/＞
> ＜/dataSource＞
この辺の記述はまさにServlet Containerの設定をそのまま持ってきてるようにも見えるので
（「java:comp/env/jdbc/test」というあたり）、iBatisでも出来るんだろうと思う。
でもiBatis使ってないのでその先は分からない。
156:デフォルトの名無しさん
06/04/24 00:53:53
Javaじゃなくて申し訳ないんだけど、NHibernateでCollectionマッピングってみんな何使ってやってる？
Setとかの代わりの定番ってある？
157:デフォルトの名無しさん
06/04/24 01:50:24
>>154
String resource1 = "resources/sqlmapconfig1.xml";
Reader reader1 = Resources.getResourceAsReader (resource);
SqlMapClient sqlMap1 = SqlMapClientBuilder.buildSqlMap(reader1);
String resource2 = "resources/sqlmapconfig2.xml";
Reader reader2 = Resources.getResourceAsReader (resource);
SqlMapClient sqlMap2 = SqlMapClientBuilder.buildSqlMap(reader2);
try{
sqlMap1.startTransaction();
sqlMap2.startTransaction();
・・・
sqlMap1.commitTransaction();
sqlMap2.commitTransaction(); (*)
}catch(Exception ex){
sqlMap1.rollbackTransaction();
sqlMap2.rollbackTransaction();
}finally{
sqlMap1.endTransaction();
sqlMap2.endTransaction();
}
とかは駄目？ (*)のところで異常が起きると変な事が起きそうだけど
ミッションクリティカルなシステムぢゃなきゃだいじょうぶでしょう・・・
158:デフォルトの名無しさん
06/04/25 23:26:42
Hibernateって何て読むんですか？
159:デフォルトの名無しさん
06/04/25 23:38:41
>>158
ひべるなーて
160:デフォルトの名無しさん
06/04/25 23:50:59
>>158
はいばーねいと、でいいんじゃないの？
161:デフォルトの名無しさん
06/04/26 00:59:50
冬眠って読むんだよ
162:デフォルトの名無しさん
06/04/26 14:39:18
>158
はぁい、ばーねいと！ （やあ、ばーねいと）
あい、ばーてぃす！（いいえ、わたしはばーてぃすです。）
163:デフォルトの名無しさん
06/04/26 14:48:17
カイ！ エ～ン ･ﾟ･（ﾉД`）･ﾟ･
164:デフォルトの名無しさん
06/04/26 14:52:21
ハーイバネット、ハーイバネットぉ～♪ 夢のハイバーネットたかたぁ～♪
165:デフォルトの名無しさん
06/04/26 19:14:12
Hibernateって、マッピングするときBean指定しないとダメなんですか。
ibatisではHashMapが使用できて、key=カラム名、value=値 で取得可能なのですが。
166:デフォルトの名無しさん
06/04/26 22:16:20
いや別にMapが欲しいだけならDbUtilだけでいいんだし....
167:デフォルトの名無しさん
06/04/26 23:13:32
だれかJavaドメインモデルの実践的な実装を解説した書籍を教えてください。
サービス、ドメイン、ＤＴＯ、エンティティなど単語はよく聞きますがＵＭＬ
図ばっかりの本がおおくて実際のソースコードで実感できるものを見たことが
無いので。。。
168:デフォルトの名無しさん
06/04/26 23:47:32
>>165
Mapでも取得可能。DOMのElementに値を詰めて返すことも出来る
169:デフォルトの名無しさん
06/04/27 00:02:01
ドメインモデルって難しい言葉を意識するから難しく感じるんであって、
要するにあれって「ただのまっとうなオブジェクト」ってことなんじゃないの？
「USERテーブルの行をロードしたデータ」じゃなくて、「ユーザー」という
「もの」を表したオブジェクトって考えようよ、というのがドメインモデルの
ベースにあるところじゃないかと。
オブジェクトだと考えたら、「ユーザーの登録を抹消する」なら「じゃあ
unregisterメソッドを読んだら抹消するってことで」と自然に思うじゃん。
裏でどんなSQL投げようが、ファイル読もうがセッションをごにょごにょ
しようが、抹消してくれればしったこっちゃないでしょう。それがオブジェ
クト指向ってもんだ。
ＤＢを前提に考えちゃうと「ユーザを抹消するってことは、まず関連付けられた
契約レコードをすべて抹消したあと、ステータスをごにょごぎょして、
ユーザーのレコードの削除フラグをオン。それを効率良くするには、関連
レコードをジョインして....」とか考えてしまって、それをそのままべたっと
コードに書いてしまいがち。
オブジェクト指向的には、ユーザーというオブジェクトの「抹消」という
命令を呼び出したら勝手にごにょごにょして抹消してくれりゃいいわけ
で、その抹消メソッドが裏で勝手に契約レコードを抹消してステータス
変更してくれりゃいいじゃん、それがオブジェクトってもんだろ？
契約だってオブジェクトなんだから、ユーザーオブジェクトの抹消メソッド
のなかで、契約オブジェクトの契約解除メソッドよべばいいじゃん。
ってのがドメインモデルじゃないかな。
↓さあ景気良くいこう
170:デフォルトの名無しさん
06/04/27 00:16:08
> ドメインモデルって難しい言葉を意識するから難しく感じるんであって、
> 要するにあれって「ただのまっとうなオブジェクト」ってことなんじゃないの？
おそらくそういうことなんだろうな～とは思ってるんですが、「サービス」とか
いうやつの位置付けがようわからんです。なんでも人によると「薄いのが良い」
とかいう意見を見受けますが”じゃなんなんだい！”みたいな
171:デフォルトの名無しさん
06/04/27 00:44:03
おれはサービス層については、下のような用途かなあと思う。
・業務的には複数のモデルにまたがった業務処理を一括して行うためにある。
例：発送処理 おそらく「商品」と「発送業者」と「在庫」くらいの複数のモデルが
関わる予感がする。
・プログラム的視点では、トランザクション境界を定めるためにある。
サービス層の一つのメソッド呼び出しが１トランザクションになるようにする、
という感じで。いろんなモデルをごにょごにょした結果、裏でいろんなＳＱＬが
走るわけだけど、それを一つのトランザクションにまとめる、という感じだろうか。
172:デフォルトの名無しさん
06/04/27 00:58:31
> ・業務的には複数のモデルにまたがった業務処理を一括して行うためにある。
> 例：発送処理 おそらく「商品」と「発送業者」と「在庫」くらいの複数のモデルが
> 関わる予感がする。
EntityやDAOの呼び出しロジックをサービスにまとめるってことで総括して良いん
でしょうか。もっとシンプルに言うなら、ビジネスロジックの担当がサービスなん
だっていうことなんでしょうか。
173:デフォルトの名無しさん
06/04/27 01:12:01
データベースアプリを組むときには、ほとんどドメインモデルは必要ない。
174:デフォルトの名無しさん
06/04/27 03:01:05
データベースアプリというのが何を指しているのかよくわからないが、
データベースを使ったアプリという意味なら、データベースを使ったアプリで
ドメインモデルを使わなけりゃいつ使うのかと。
175:デフォルトの名無しさん
06/04/27 03:23:22
>>172
１行目はそうだと思う。
２行目は微妙。たとえば売り上げオブジェクトの「未回収」メソッドを呼んだら
赤伝オブジェクトが生成されて、台帳オブジェクトに追加されるとしたら、
これは立派なビジネスロジックなわけだが、この処理を書くところはあくまで
「売上」オブジェクトであるべきだよな。
だって「未回収」メソッド呼んだら裏でごにょごにょやる内容が赤伝生成だったり
台帳更新だったりするわけで。
仮に台帳更新をしたらどっかの担当者にメールを送らないといけないとしても、
台帳の更新メソッドが呼ばれたら、メーラーオブジェクトの送信メソッド呼ぶように
してりゃいいわけで、結局外からみれば、売上の「未回収」を呼ぶだけで台帳に
赤伝が入って担当者にメールが飛ぶ、というビジネスロジックが実行される。
だったらロジック実行には売上オブジェクトだけあればＯＫだよな？
こんな感じで結構な数のビジネスロックはドメインモデル内で実行可能だと思う。
でも処理実行後に、たとえば現在の赤伝数とか、赤伝発行後の売上高だとか
を取得して画面に返さないといけないとしたら、これはあくまでウェブアプリ
ケーションの都合で実行するんであって、ビジネスロジックとは関係ない。
でも同じトランザクション内で赤伝数のカウントしたり、売上高計算したり
しないといけなかったりもする。
となると、サービスとして一つのトランザクション境界としてまとめるのが
一番やりやすいかなあ、と思うな。
まあでもぶっちゃけて言うと、Springとか使うとメソッド呼び出しと応答までを
トランザクション境界にする機能があって便利なんで、それを利用するためだ
けにサービス用意して、サービスを呼び出したら即モデルのメソッド一つ呼んで
終わり、なんてこともある。だってプログラム的にトランザクション制御する必要な
くて楽だからさあ。
176:デフォルトの名無しさん
06/04/27 06:41:15
O/Rマッピング使っていると、エンティティに情報があるんだから
ドメインモデルとしてロジックを書きたくなるんだけど
現在のDIコンテナは、ステートレスなトランザクションスクリプトを扱う方が便利だから
そこにちょっとしたズレを感じたりしている
エンティティにストラテジーをDI出来たりするO/Rマッピングツールが出たら便利そうなんだが
177:デフォルトの名無しさん
06/04/27 09:26:32
Hibernateの遅延ロードで質問
遅延ロードのときのSet型の中身を並べ替えすることは、mappingの定義（order-byアトリビュート)
でできるけど（実際、many側のデータを使った並べ替えはできた）、many側にひもづく別のクラスの
データを使って並べ替える事は可能？
A:B:C －＞ A:B=1:n B:C=n:1
Cの「並び順」フィールドの値でBを並べたい、みたいな感じ
178:デフォルトの名無しさん
06/04/28 14:22:22
>>168
すんません。
参考サイトとか教えていただけないでしょうか？
179:デフォルトの名無しさん
06/04/29 06:17:05
>>178
URLﾘﾝｸ(www.hibernate.org)
そういや、リファレンスの日本語版はいつまで経っても2.1.6のままだな
180:デフォルトの名無しさん
06/04/29 10:31:44
>>179
つ「言いだしっぺ必敗の法則」
ということで翻訳よろしくｗｗ
181:デフォルトの名無しさん
06/04/30 03:38:19
>>180
つ「言いだしっぺ必敗の法則」
それやると誰も何も言いださんくなるよ。
おれの前の会社がそーだったよ。
182:デフォルトの名無しさん
06/04/30 06:43:25
もともとNetNews（それもfj）とかの世界で人を黙らせるための
ものだからな＞言いだしっぺ
あれはある意味2chの対極にある世界だった。
183:デフォルトの名無しさん
06/05/01 00:51:28
>>181-182
つか、冗談だからｗ ちゃんと"ｗｗ"つけてるじゃん。
というか、前の翻訳は誰がやったんだ？
184:デフォルトの名無しさん
06/05/01 01:12:56
最近 2ch のせいで「www」とかいうアドレスをみると
笑えてくる。
185:デフォルトの名無しさん
06/05/01 15:15:45
>>184
人生楽しそうですね。
186:デフォルトの名無しさん
06/05/02 19:19:08
OpenJPA記念ｶｷｺ
URLﾘﾝｸ(incubator.apache.org)
187:デフォルトの名無しさん
06/05/02 23:31:28
すいません、.NETで申し訳ないんですが、質問させて下さい。
.NETでORMに詳しい人が集まってそうなスレが見当たらなかったもので・・・。
NHibernate Best Practices with ASP.NET, Generics, and Unit Tests
URLﾘﾝｸ(www.codeproject.com)
上のサイトのサンプルに、NHibernateでのOpenSessionInViewパターンの実装例があるのですが、
リクエスト開始時にbeginTransaction、リクエスト終了時にcommitTransactionとsessionCloseを行っています。
この作りだと、もしリクエスト中に例外が発生した場合、Transactionはどうなるのでしょうか？
JavaのFilterと全く同じ仕組みが無いのでこうしてるのかとは思うのですが、これで問題が無いのかどうかがイマイチわかりません。
一応、Session管理クラスの中を見ると、commit時に例外キャッチしたらrollbackするようにはなっているんですが、
Transaction中に例外が起きた場合にcommitが成功してしまうケースってありえないんでしょうか？
それともTransaction中に例外が発生した場合には、必ずcommitで例外が送出される仕組みなんでしょうか？
188:デフォルトの名無しさん
06/05/03 23:31:55
jarファイルの中のdaoからHibernateを利用しようと考えてるんだけど
マッピングxmlやhibernate.cfg.xmlって普通どこに配置するのがメジャー？
189:デフォルトの名無しさん
06/05/13 10:40:38
ibatisって、jspみたいに自作のタグを使用できないのでしょうか？
190:デフォルトの名無しさん
06/05/13 12:20:53
普通にjspのカスタムタグを使えばいいんじゃないでしょうか....
191:ＪＡＶＡ初心者
06/05/13 23:44:13
こんにちは。いつもいろいろ教えてくださいましてありがとうございます。
今日はＴＯＲＱＵＥに関する質問です。
ＴＯＲＱＵＥについて、まだ使用経験がないのですが、今度使わなくてはいけなくなりました。。。。
でも、なにせ資料が少ないので。。。。
ＤＢの中でプライマリーキー（ここではＩＤ）の一番大きい数をしるのは
そうやってやればいいでしょうか？
たとえば、ＩＤが今は１０番まで使われていたとして、その１０番というのを
知る方法が知りたいのです。ＳＱＬだと、ＳＥＬＥＣＴ ＭＡＸみたいなので
ＧＥＴできると思いますが。。。。。
よろしくお願いしますｍ＿＿ｍ
192:191
06/05/13 23:52:50
書き忘れました。
ここから誘導されてきました。
【初心者】Java質問･相談スレッド85【大歓迎】
ｽﾚﾘﾝｸ(tech板)l50
193:デフォルトの名無しさん
06/05/15 17:44:33
>>190
すいません。ちがいます。
sqlのxmlファイルに、ibatis用の拡張タグを使用できる仕組みになっているかを確認したかったです。
194:デフォルトの名無しさん
06/05/16 09:57:01
>>193
<!DOCTYPE sqlMap
PUBLIC "-//iBATIS.com//DTD SQL Map 2.0//EN"
"URLﾘﾝｸ(www.ibatis.com)">
195:194
06/05/16 10:07:24
連投ｽﾏｿ
SqlMapClientBuilder#buildSqlMapClientに
velocityを喰わせることは出来るかもね。
やったことないケド
196:デフォルトの名無しさん
06/05/17 00:40:11
いつも参考にさせていただいてます。
現在Javaで作成している基幹系アプリケーションで、ランタイム上で
テーブルの作成・修正・削除を行う必要があります。
この場合、O/R Mapping Frameworkは向かないでしょうか？
今のところ、JavassistなどでAnnotation付きのクラスファイルを生成して、
それをHibernateのConfigurationに動的に読み込ませれば良いのでは？
と考えていますが、まだ実現に至らずです。
どなたかノウハウをお持ちでしたら、ぜひ教えてくださいm(_ _)m
197:デフォルトの名無しさん
06/05/17 00:45:43
>>196
URLﾘﾝｸ(www.fk.urban.ne.jp)
198:デフォルトの名無しさん
06/05/17 09:45:07
>>196
> ランタイム上でテーブルの作成・修正・削除
ていうか何そのキチガイ設計。
キチガイが作ったのを引き継がされたの？
199:196
06/05/17 22:48:44
お二方、回答ありがとうございます。
>>197さん
提示していただいたリンク先の方法を確認しました。
生成したクラスコードからテーブルを自動的に生成する
必要があります。
そのため、この方法は利用できないと判断しました。
>>198さん
キチガイですいません orz
まだまだ勉強が足りないと痛感してます。
200:196
06/05/17 22:49:27
196です。
今回の案件では、ユーザが自由に編集できるクラスと
そのオブジェクトを永続化してRDBに登録するアプリケーションを
作成します。
クラス自体の生成、修正（継承先の変更等）、削除だけでなく、
クラスのフィールドの追加、修正、削除もサポートする必要が
あります。
クラスの編集によって、オブジェクトを格納するテーブルも
修正しなければいけないため、アプリケーション上で動的に
テーブルを操作する方法を質問しました。
できるだけO/Rマッピングツールを使うように言われていますが、
今回の目的だと、素直に動的にSQLを生成して操作した方が
良いような気がしており、エキスパートの方々のご意見を伺おうと
思いました。
個人的には、今回の案件だと、RDBMSの種類やバージョンに
よる方言を吸収して、コネクションプーリングなどを提供する
ツールなら何でもいいような気もしますが、中小の下請けなので
強く言い出せません orz
乱文長文失礼しました。
201:デフォルトの名無しさん
06/05/17 23:19:26
ユーザがクラスを動的に生成・変更できるってことは
バイトコード操作使いまくりか…
正直Javaでやるのが間違ってると思われ。いまからLispハッカー
探せ。奴らは毎日そういうことやってる。
202:デフォルトの名無しさん
06/05/17 23:20:31
((((((((((((；ﾟДﾟ))))))))))))ﾘｽﾘｽﾌﾟﾙﾌﾟﾙ
203:デフォルトの名無しさん
06/05/17 23:29:43
>>199
データベースさえcreate文で作ってしまえばいいんじゃねぇの？
そしたらあとはマッピングクラス生成してマッピングっていうのをやってくれて望みどおり
204:デフォルトの名無しさん
06/05/17 23:43:52
クラスをシリアライズしてvarchar2(4000)
くらいの列につっこむようにするとかは？
205:196
06/05/18 00:27:31
お騒がせしてます。196です。
>>201さん
すいません、>>200の説明で、大変な御幣がありました。
>今回の案件では、ユーザが自由に編集できるクラスと
>そのオブジェクトを永続化してRDBに登録するアプリケーションを
>作成します。
ここで言うクラスとオブジェクトはJavaのものではなく、OWLのものでした。
先方さんは、
OWLのクラス・インスタンス ⇔ Javaのクラス・インスタンス ⇔ DB
という処理を希望されています。
OWLだと、トリプルの構造をそのままテーブルに格納すれば良いと
思っていましたが、メインは検索処理でインスタンス数が多いそうで、
そのようなテーブルスキーマだと速度が出ないと判断しました。
206:196
06/05/18 00:37:18
連投すいません。196です。
>>203さん
DDLだけConnectionを直接取得してSQLで行うことも検討しています。
このとき、対応するマッピングクラスをConfigurationに設定した場合、
既にbuildされたSessionFactoryに変更を反映する方法が分かりませんorz
独自にFactoryの実装を行えば動作しそうな気もしますが・・・
>>204さん
BLOBにシリアライズしたクラスコードとオブジェクトを挿入することも考えました。
この場合、index用のデータをテーブルの別のフィールドに格納しておけば
検索速度も上がるのかなと思いますが、保守やシステムのアップグレードが
大変そうで躊躇しています。
相変わらず長文ですいませんorz
最近謝ってばかりだ…
207:デフォルトの名無しさん
06/05/18 00:49:24
OWL？ Lispハッカー以上に気の狂った世界に踏み込んでるな。
漏れにはわからん世界だが、RDBMSの性能のことならわかる。
いまのPCの性能で、行数が多すぎて性能が出ないなんて
話は猛烈なレアケース。
いろいろごちゃごちゃ理由がつくんだろうが、RDBMSはごちゃごちゃ機能を
つけてて、必ず対策があるようにできてる。RDBMSのマニュアル調べてみろ。
208:196
06/05/18 01:15:01
>>207さん
OWLのクラス階層の編集を可能とするため、上位クラスの変更を下位クラスにも
反映させる必要があります。
また、個々のクラスのインスタンス数は大したことはないですが、想定している
インスタンス数が全体で100万のオーダーであるため、それを一つのテーブルで
OWLのトリプル単位でばらして格納するよりは、クラス単位でテーブルを生成して
そこに持たせた方が良いのでは、と考えました。
（複雑なデータ型の問題ももちろんあります）
O/R Mapping Toolを使わずに、自前で作成した方が良いのかもしれません。
とりあえず、仕様を含めて、RDBMSをもう一度勉強しなおしてきます。
ご指摘ありがとうございました。
あぁ、今夜もクラス階層を構築している夢を見そう orz
209:デフォルトの名無しさん
06/05/18 01:21:21
ところでOWLってなに？
腹がよじれた失意体前屈？
210:デフォルトの名無しさん
06/05/18 01:56:02
Javaのインスタンスを生成する必要がわからん……
211:デフォルトの名無しさん
06/05/18 10:39:25
>>205
>OWLのものでした。
BC++のObjectWindows Libraryかと思った
212:デフォルトの名無しさん
06/05/18 13:05:54
>>194
本当にすいません。
タグはタグでも、<select>内に書ける<equal>などのタグです。
213:デフォルトの名無しさん
06/05/18 13:21:17
>>209
巨乳巨腹のorzです。
214:デフォルトの名無しさん
06/05/18 14:03:33
スキーマの緩いXML-DBを使った方がよかったりして。
215:196
06/05/18 22:14:30
>>210さん
OWLのクラスをJavaのクラスに、OWLのプロパティをJavaのクラスのフィールドに
見立てようと思っていました。
そうすると、OWLのインスタンスはJavaのフィールド値の集合で表せるかな、と。
>>211さん
OWLはWeb Ontology Languageの方です。
不注意で誤解を与えて申し訳ない。
>>214さん
今回は検索系がメインらしいので、XML-DBだと速度面が不安です。
先方さんの話をよく聞くと、各RDBMSのSQLの方言を吸収できて、かつノウハウが
多く得られるようなミドルウェアなら何でも良さそうです。
何かの記事で読んだC-JDBCとか気になりますが、スレ違いなのでやめておきます。
皆様、お付き合いいただきありがとうございました。
216:デフォルトの名無しさん
06/05/18 22:22:06
>>215
OWLってのの具体的な事は全くわからんが、
最初の３行が間違ってる気がするな。
217:デフォルトの名無しさん
06/05/18 23:33:54
性能要求が厳しいのにRDBMS依存を避けろ、か…
キチガイの相手は大変だな。
おそらく全部ぐだぐだになって成果物ゼロで終わると思うが、
金はしっかり取れよ。
218:196
06/05/19 00:29:06
196です。また来てしまい、すみません orz
>>216さん
OWLのクラスとプロパティのそれぞれに、独自のAnnotationをつける仕様なので、
（１）OWLのクラスのAnnotation用テーブル
（２）OWLのプロパティのAnnotation用テーブル
（３）OWLのクラスとOWLのプロパティの対応情報テーブル
（４）各クラスのインスタンス用テーブル（カラム名は各プロパティ名）
の４種類のテーブルを作成するように設計しました。
大学出立てで経験が浅いので、どの辺がマズいかはわかりませんorz
>>217さん
汎用性と性能は両立しないのは分かっていますので、そこそこのものを提供しようと
思っています。
情報収集の最中に発見したのですが、Seasarファウンデーション傘下のTuigwaaが
Hibernate使用＆DDLサポートとなっていました。
ダイコン？とかよく分からないですが、参考になるかもしれないので今週末の休みに
ソースを読んでみようと思います。
219:デフォルトの名無しさん
06/05/19 00:36:42
>>218
＞OWLってのの具体的な事は全くわからんが
おまえ日本語読める？
220:デフォルトの名無しさん
06/05/19 00:53:12
>>219
顧客がイカレてるせいで、こいつもおかしくなってるんだろう。
金だけはしっかり取れよ。
221:デフォルトの名無しさん
06/05/19 01:15:22
>>159
ヒルベルト変換、ヒルベルト包絡線を思い出した
222:デフォルトの名無しさん
06/05/19 01:44:03
何が悪いとはっきり言うつもりはないが、もうちょっとまともに検討しないと大火災になるぞ、そのプロジェクト。
223:デフォルトの名無しさん
06/05/19 01:51:03
もうなってるようにしか見えないっす
224:デフォルトの名無しさん
06/05/19 02:19:36
LDAPとかのがまだマシなような。
225:デフォルトの名無しさん
06/05/19 10:31:23
何から何まで不毛な要件で、かつゴールもなんら魅力が無いと来た。
世の中色んな案件あるんだね。
226:デフォルトの名無しさん
06/05/19 14:11:21
dbutils結構いいかも。
227:デフォルトの名無しさん
06/05/19 14:56:26
Mapに詰め込むだけでもMappingといやーMappingだが
228:デフォルトの名無しさん
06/05/19 22:42:45
Beanに詰めることも出来るよ。一応。
229:デフォルトの名無しさん
06/05/19 23:15:35
ちんこがBeanBeanでつ
230:デフォルトの名無しさん
06/05/19 23:51:15
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
231:デフォルトの名無しさん
06/05/27 13:38:21
Cayenneで部分読みしたいんですがどうすればわかりません。
サンプルが落ちているところをご存知の方いませんか？
232:デフォルトの名無しさん
06/05/27 19:56:18
>>231
SelectQueryのsetPageSize()じゃ用途に合わないのかな？
Cayenneのページにサンプルがあるよ。
URLﾘﾝｸ(www.objectstyle.org)
233:231
06/05/29 11:43:03
>>232
サンクス
見てみます。
234:デフォルトの名無しさん
06/05/31 14:58:57
参照系だけの場合、HibernateとJDBC直書きとどっちがパフォーマンスいいですか？
キャッシュの設定によってはHibernateのが早かったりする？
235:デフォルトの名無しさん
06/05/31 19:46:51
ストアド化しろ
236:デフォルトの名無しさん
06/05/31 22:47:03
つうか素でHibernateのほうが速いだろ。
237:デフォルトの名無しさん
06/06/01 01:50:11
それはほとんどない。
238:デフォルトの名無しさん
06/06/01 22:10:42
どういう設定をしたら参照がJDBCより遅くなるのかと。あらゆる局面で
lazyオフでキャッシュなしか？
239:デフォルトの名無しさん
06/06/01 22:27:56
>>238
いくつかは考えられるだろ。
・最初の一回目の検索の場合（Hibernateが該当するオブジェクトをまだロードしていない状態）
・ストアドプロシージャを呼び出す場合（Javaアプリ側でなんとかするより、ストアド使った方が速い場合が多い）
240:234
06/06/03 00:48:56
みなさんレスありがとうございます。
ちなみに、バッチ処理で1回のみですがテーブル全件舐めたりします。
1回きりの場合だとHibernate導入するメリット無さそうですね・・・（パフォーマンス面で）。
ストアドである程度書いてJDBCで呼ぶってのが理想的みたいですが、ストアドで作るとメンテできん！って怒られます。
バッチでストアド無しでパフォーマンス高くする手ってなんかないですかね～・・・。
241:デフォルトの名無しさん
06/06/03 11:17:37
バッチ処理でHibernateを利用する理由はほとんど無いな。
242:デフォルトの名無しさん
06/06/03 15:39:34
O/R-Mappingでやってることって、結局
・バックグラウンドでSQLを作って投げる
・返ってきたresultsetをbeanに自動的にマッピングしてcollectionに詰めて返す
が本質だよね？
そう考えると、DbUtilとかでも十分なのかな。。。
うちの会社、こういう新しい？技術とかの導入に消極的だし、
新しい知識を積極的に勉強しようっていう技術者も少ない。。。
個人的にはiBATISあたりがよさげなんですが、使ってる人いますか？
243:デフォルトの名無しさん
06/06/03 16:15:01
キャッシュとか遅延ロードが主なメリットじゃない？
244:デフォルトの名無しさん
06/06/03 16:38:13
関連テーブルの紐付けが嬉しい。
245:デフォルトの名無しさん
06/06/03 16:46:05
今一これの利点が分からないんだけど
いちいちXMLとかに定義しないと使えないわけ？
extends MySQLObjectとかしてささっとプロパティだけで完結して欲しい。
246:デフォルトの名無しさん
06/06/03 17:12:28
>>242
関連テーブルを自動的に取ってきてくれるという重要な機能が
あるでしょ（これはDbUtilにはない）。
247:デフォルトの名無しさん
06/06/03 17:15:40
>>245
つ 無定義Hibernate
URLﾘﾝｸ(www.fk.urban.ne.jp)
俺の場合はCayenneを使ってＤＢのDDL作成とマッピング定義作成を
Cayenne Modelerで同時にやっちゃうので、ORマッパーを使ったからと
いってそんなに負荷は変わらない感じ。
248:デフォルトの名無しさん
06/06/03 17:25:55
最近はどこのO/Rマッパーもテーブルからのクラス自動生成機能持ってる
ＪＰＡ使えばXMLファイルはもういらない
249:デフォルトの名無しさん
06/06/03 17:33:59
>>247
ふーん。いいね、組み込みDBとかで気軽に永続化できるようになると
ゲームとかも作りやすくなっていいかなぁ
250:デフォルトの名無しさん
06/06/03 19:05:00
>>245
MiddlegenでもXDocletでも、Hibernate Annotationでも、好きなの使え。
251:デフォルトの名無しさん
06/06/08 22:05:18
JPAの解説記事少ないなあ。
みんなxmlでしこしこやってるの？
252:デフォルトの名無しさん
06/06/08 23:30:24
>>240
いまPro EJB3を読んでるところだと思われ。
でもなんでそこでxmlが出てくるのかわからない。
253:デフォルトの名無しさん
06/06/09 10:14:29
>>251
Java Persistence APIってなんなの？
254:デフォルトの名無しさん
06/06/09 10:26:06
ORまっぱの仕様
255:デフォルトの名無しさん
06/06/09 11:20:29
>>254
jspタグライブラリでも使用できるらしいけど。
ってことは、jspでＤＢアクセス用ってことか・・・。不要じゃん
256:デフォルトの名無しさん
06/06/09 16:54:17
それはJPAを使うタグライブラリのこと
JPAの仕様とは関係ない
JPAは、HibernateやTopLinkを元にしたO/Rマッピングの標準仕様のこと
257:デフォルトの名無しさん
06/06/10 18:42:38
>>255
JSPタグライブラリにJDBCタグライブラリがあるが、JDBCはJSPでDBアクセス用か？
258:デフォルトの名無しさん
06/06/10 20:18:24
そう。
259:デフォルトの名無しさん
06/06/11 13:51:28
アホな流れになってるな。
子供か！！
260:デフォルトの名無しさん
06/06/11 16:52:36
そう。
261:デフォルトの名無しさん
06/06/13 22:09:47
Hibernate2xで関連テーブル使ってmany-to-manyでマッピングしてる時、bagとかのwhere属性で関連先のテーブルのカラムに対する条件って書けますか？
普通にカラム名と条件書くと関連テーブルにそんなカラムねーよ！！って怒られちゃうんですが・・・。
262:デフォルトの名無しさん
06/06/14 07:18:09
能動的にコーディングできるってだけで、O/Rマッパーはチューニングに向いてないんだな
263:デフォルトの名無しさん
06/06/14 09:18:08
少なくとも、困ったときに直にSQL書いて実行できるようなフレームワークじゃないと、
使えないなあというか使うの怖いなあ。
まあそのときだけJDBC使えって話はあるけど。
264:デフォルトの名無しさん
06/06/14 10:19:43
Hibernateは問題ないな。
265:デフォルトの名無しさん
06/06/14 10:26:34
>>263
ibatis
266:デフォルトの名無しさん
06/06/14 11:37:06
でも直に書けるフレームワークは、普段から直に書く様に成って、後で困る罠。
267:デフォルトの名無しさん
06/06/14 17:14:33
>>266
そういう開発者、いそうだね。特に新規に導入するとき、わからない→直書きってされそう
268:デフォルトの名無しさん
06/06/14 23:34:39
でもハマった時の最後の手段として、SQLとかJDBC APIとかとも上手く連携してくれるのがいいなぁ。
プログラマとしては逃げたくなくても、サラリーマンとしてそういう手段に逃げちゃう時が多々あるんで・・・・・・。
269:デフォルトの名無しさん
06/06/17 11:50:26
Hibernate3とEJB3、これから作るシステムに入れるならどっちがおすすめ？
270:デフォルトの名無しさん
06/06/17 11:51:43
今までどおりの使い分け
271:デフォルトの名無しさん
06/06/17 11:57:00
ゲームで使えそうなORMはHibernateくらいかい？組み込みたいのでオススメを聞きたい
272:デフォルトの名無しさん
06/06/17 14:51:30
>>269
EJB3を使ってJPAの実装としてHibernateを利用
273:デフォルトの名無しさん
06/06/17 14:52:33
>>271
つうか、これからはJPAという標準になるんだから、ゲームで使うくらいならTopLinkもHibernateも大差なかろう。
274:269
06/06/18 01:32:50
>>270
今までEJBって使った事ないんですが、使い分けってどんな基準ですか？
>>272
なるほどー。
使い分けってよりJPAの実装としてHibernateを選択って感じなんですね。
275:デフォルトの名無しさん
06/06/18 02:45:06
>>274
いままで使ってなかったのはEJB2
EJB3とは別物。
ORマッピング使うなら、EJB3で十分。
実質的にはHibernateの仕様がEJB3になったわけだから、EJB3とHibernateをどう使い分けるかということが、そもそもナンセンスということになる。
276:デフォルトの名無しさん
06/06/18 02:57:00
>>275
リモートで呼び出せるかどうかのみ違う。
使い分けはそこだけかな。
277:デフォルトの名無しさん
06/06/18 03:02:14
JPA仕様とそれぞれのORマッパーって結構違うんじゃない？ Hibernateについては同感だけど。
たとえばCayenneもJPAをサポートするといって準備しているけど、Cayenneの
発想とJPA(Hibernate)のやり方（というか考え方）って結構違うように思う。特に
トランザクションを意識させない設計とか、どうすんだろ、と思う。
TopLink(Grassfishに組み込みのやつ）とかはどうなんだろうか。
278:275
06/06/18 03:47:22
>>277
HibernateもCriteriaとかProjectionとかがEJB3に取り入れられてなくて残念なんだけど、ORマッピングのプログラムインタフェースの部分だけを見ればJPA準拠ならHibernate互換ということになるんじゃないかな、と思ってます。
279:275
06/06/18 03:53:08
>>277
重箱の隅だけど、GlassFishね。草みたいな魚じゃなくて、ガラスみたいな魚。
TopLinkは、JPAの実装として使う限りでは、個性を感じない。
もちろん、どのJPA実装も、JPAの実装として使う限りでは個性を感じないというのは当たり前の話ではあるんだけど。
280:デフォルトの名無しさん
06/06/18 05:50:23
パフォーマンスの差とかあるのかな？
281:275
06/06/18 08:08:21
それぞれの固有の機能を使わない限りは、無視できるほどの違いしかないと思う。
でも実測値がほしかったら、実サーバーで確認するのんが確実
282:デフォルトの名無しさん
06/07/03 23:13:24
Hibernateが特許侵害だとよ。
URLﾘﾝｸ(japan.cnet.com)
>テキサス州の連邦地方裁判所に今週提出された訴状によると、
>原告のFireStar Softwareは、JBossのHibernate 3.0が同社の
>「オブジェクト指向ソフトウェアを用いた、リレーショナルデータベースの
>リンクに関する特許」を侵害していると主張しているという。
283:デフォルトの名無しさん
06/07/04 01:49:42
>>282
特許侵害しているとして訴えられただけだろう。
まだまだ一方的な主張の段階。
「特許侵害だとよ。」は風説の流布に当たるおそれがあるから注意。
断定は判決が出てからに汁。
よくあるアメリカ流のふっかけ・ゆすりと推測してみる。
うまく行けば和解金ふんだくれるもんな。
284:デフォルトの名無しさん
06/07/04 21:10:50
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
285:デフォルトの名無しさん
06/07/04 23:56:57
>>281
すでに「おい、そのころには既にEOFがあったわけだが。
そのEOFにすら先行技術があるんだが？」と冷静なツッコミが
入っとるよ。
286:デフォルトの名無しさん
06/07/05 05:13:30
BerkeleyDB Java Editionつかってます
287:285
06/07/05 09:03:31
アンカーミスった。
>>282
だった。
288:デフォルトの名無しさん
06/07/10 22:01:42
SimpleORM
URLﾘﾝｸ(www.simpleorm.org)
whitepaperを眺めてみたらいい感じ。
クラスに定義したメタデータからテーブルを作ったりできるらしい。
新規開発にしか向かないかな？
289:デフォルトの名無しさん
06/07/17 21:22:59
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
290:284
06/07/17 21:28:22
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
291:284
06/07/17 21:46:20
いきなり缶詰ー＞架空請求スパムの送信
292:デフォルトの名無しさん
06/07/18 01:36:11
亜米利加の特許は先発明制だから、いくらでも先行特許あるよ。
293:デフォルトの名無しさん
06/07/18 03:38:48
>>290 = >>291
自分でマルチして、自分で突っ込んでる
294:デフォルトの名無しさん
06/07/18 18:28:56
HibernateのHQLで select sum(*) の返り値を
IntegerじゃなくてLongで取得したいのですが、いったいどうすれば…
295:デフォルトの名無しさん
06/07/18 20:19:24
>>293
IDも出ない板でよく言うよ
296:デフォルトの名無しさん
06/07/19 01:07:07
>>294
URLﾘﾝｸ(opensource.atlassian.com)
3.2での対応になる
297:デフォルトの名無しさん
06/07/19 02:32:50
>>296
ありがとうございます
丸一日、試行錯誤してしまいましたが
3.2.CR2入れることにします…
298:デフォルトの名無しさん
06/07/22 09:36:29
知らぬ間にこんなの追加されていた。
アノテーションにSQLを書くみたいだが。
URLﾘﾝｸ(download.java.net)
299:デフォルトの名無しさん
06/07/22 11:01:44
BeehiveのJDBC Controlみたいな感じか。
300:デフォルトの名無しさん
06/07/23 02:09:26
俺も同じようなコンセプトの Object/SQL mapper を作っているのだけれど、標準に搭載されるようじゃ用無しだなこりゃ。ｱﾊﾊ
こういうのなんだけどさ。
@SQL(value = "SELECT * FROM dept", bean = Dept.class)
public abstract List<Dept> readAll();
@SQL(value = {
"UPDATE emp SET salary = salary - {#arg[2]} WHERE id = {#arg[0].id}",
"UPDATE emp SET salary = salary + {#arg[2]} WHERE id = {#arg[1].id}",
}, type = TYPE.UPDATE
)
public abstract void moveSalary(Emp from, Emp to, int price);
完成したら公開しようと思っていたのだけれど、微調整したら公開しちゃおう。ｴﾍﾍ
301:デフォルトの名無しさん
06/07/23 09:05:28
>>300
標準のは、CachedRowSetを使っていて、CachedRowSetはJDBCドライバの対応が
必要だから、存在価値としてないわけじゃないと思うけどね。
しかし、どうせなら誰か.NETのDataSetをそのまま実装して欲しいな。
NinjaVAが実装しているけど、DataSetのソースが5000ステップくらいあるのと
微妙に違うので、いまいち使いづらい。
302:デフォルトの名無しさん
06/07/26 23:40:17
>>300
公開期待してます。
303:デフォルトの名無しさん
06/07/28 00:40:27
Hibernate Annotationで質問があります。
簡単なサンプルを作成して実行してみたところ以下のようなエラーが出ました。
Exception in thread "main" org.hibernate.MappingException: Unknown entity: sample.Employee
そこでhibernate.cfg.xmlから<mapping package="sample"/>と<mapping class="sample.Employee"/>
のタグを削除してnew AnnotationConfiguration().configure().addClass(Employee.class)と
したところ問題なく実行できました。
この場合どこが悪くて最初の方法で実行できなかったのでしょうか
使用したライブラリのバージョンは下のやつです。
hibernate-3.2
hibernate-annotations-3.2.0.CR1
304:300
06/07/28 01:33:19
とりあえずサンプルをちゃんと動くようにして、上げました。
BSD License です。
URLﾘﾝｸ(sourceforge.jp)
すいません、ドキュメントが一切ないです。サンプルのソースを見て下さい。
ognlとcglibが必要です。
こちらでは以下のバージョンで動かしています。他で動くかはわからないです。
サンプルを動かすには hsqldb が必要です。1.8.0 を使っています。
cglib-nodep-2.1_3.jar
ognl-2.6.7.jar
まだ無い機能、やってないこと
ログを取る機能
しっかりしたエラー処理
HSQLDB以外での動作確認
ドキュメントを書く
もっとしっかりしたサンプルを書く
ソース内のコメント
SQLの中の {#arg[0]} の部分。ここの {} の中に ognl が記述できます。methodの引数が arg という配列に入ってます。
305:300
06/07/28 01:43:02
補足事項
hsqldbで
CREATE TABLE dept (
id INTEGER NOT NULL IDENTITY,
name VARCHAR NOT NULL,
PRIMARY KEY(id)
);
としていて、
INSERT INTO dept (name) VALUES ('name');
としたら、id列に値が自動で入ります。
この時id列に入った値を、取り出してbeanにセットしようとしています。
id列に入った値を取り出す方法が、RDBMSによってマチマチ？なようです。
で、とりあえず、SQLアノテーションのtypeというパラメータで使い分けるようにして、
INSERTした直後にCALL IDENTITY()とやって、その値をセットする方法を、CREATE_IDENTITY
PreparedStatementでINSERTしたあと、PreparedStatement#getGeneratedKeysする方法を、CREATE_GENERATE
INSERTしっぱなしでbeanに値を入れるのを放棄する方法を、CREATE
としてますので、使う人は使いわけて下さい。
IDENTITYを設定した列が2コあったらどうなるんだ？とか、まとまり切っていませんので。
306:300
06/07/28 01:44:30
始めてオープンソースでソフトを公開しました。
ドキドキしています。
307:デフォルトの名無しさん
06/07/28 01:54:41
早速パクって儲けさせていただきました。無料で公開してくれてありがとう。
308:デフォルトの名無しさん
06/07/28 08:15:21
>>304
乙！
と思って、早速いろんなDBで動作確認…と思ったら、
リリース物件もソースコードリポジトリも空っぽですよ？
309:300
06/07/28 08:23:51
俺のアカウントからなら見られるのに……
俺sf.jpの使い方わかってないぽいので、しばしお待ちを……
スレ汚してすいません。
310:デフォルトの名無しさん
06/07/28 09:41:06
>>300
頑張れ。君に期待している。
311:デフォルトの名無しさん
06/07/29 00:47:50
>>300
私も期待しています。
頑張ってください。
312:デフォルトの名無しさん
06/07/29 01:58:50
>>308
DL出来るようになってるみたいだね
313:デフォルトの名無しさん
06/07/30 04:53:44
sfはリリースしてから実際にDLできるまでにラグがあるらしい
314:ストーカー
06/08/03 01:49:49
URLﾘﾝｸ(crudfactory.sourceforge.jp)
こんなんできてるYO!
315:デフォルトの名無しさん
06/08/03 11:29:37
メモリに入りきらないぐらいの巨大なテーブルをSELECTして、一件ずつ処理したいと思っています。
Hibernateを使おうかと考えていますが、ネットの入門を見ている限りSELECTした結果を一気に取得しているようです。
全件一気にオブジェクト化するとメモリが足りなさそうなのですが、こういう用途はJDBC使って1件ずつ取り出した方が良いんでしょうか？
316:デフォルトの名無しさん
06/08/03 11:56:03
1件ごとにSELECTすると効率が悪いから
何十件かまとめてSELECTするよろし。
それにそもそも、巨大なテーブルを全部変更するなら
ストアドプロシージャのほうが圧倒的に効率がいい。
317:315
06/08/03 12:48:31
書き方が悪かったですね、申し訳ないです。
SELECT * FROM TABLEして全件取得して、ResultSet.next()で1件ずつ処理したいって事なんです。
Hibernateの入門ページ見てると、検索結果がListで一気に戻ってきているようだったので。
つまり聞きたいのは、検索結果全件を一気にオブジェクト化するとメモリが足りないので、
検索結果全件の中から1件ずつオブジェクト化して処理できないかな？って事です。
ListのgetやIteratorのnext時にオブジェクト化されていたら問題なさそうなんですか。
って書いてたら聞くより本なり読んでちゃんと理解してから判断した方がいい気がしてきた・・・。
318:デフォルトの名無しさん
06/08/03 13:24:03
>>713
素のJDBCだと 一方向に読み込み専用 で取得すると
一気には取ってこないみたいだね
319:315
06/08/03 16:36:42
>>318
それをO/RマッピングでやってみたいんですがやっぱJDBC使わないとダメなんでしょうかね。
ふむむ、できないとしたら分割してSELECTするなり工夫が必要かぁ・・・。
320:デフォルトの名無しさん
06/08/03 16:52:08
>>315
Hibernate使ったこと無いけど、lazy initializationを有効にすると
取得したコレクションからオブジェクトを取得するときまで
インスタンス化を遅らせることができるそうだ。
URLﾘﾝｸ(www.hibernate.org)
つうかドキュメント読め。
321:315
06/08/03 17:14:37
>>320
おお、良い感じですね。
問題はいらなくなった読み込み後のオブジェクトがちゃんとゴミ掃除されるかどうかだけど・・・とりあえずいろいろ読んでみます。
㌧クス!!
322:デフォルトの名無しさん
06/08/07 18:33:15
Beanて、テーブル毎に一つ作るものでしょうか？
INSERT目的なら全カラム必要になるだろうけど、
SELECT目的なら一部のカラムのみで十分なケースってあると思うんです。
例：
BOOKというテーブルはID、名前、著者名、カテゴリ情報、概要等、
本に関する情報を多数持っているが、
検索結果に表示するのは名前だけで十分、という場合。
この時ID、名前以外の情報まで持ってくるのは非効率な気がするのですが、
このSELECT目的に別にBeanクラスを定義するというのはアリでしょうか。
class Book { 全カラム }
class BookForSearchResult { ID, 名前 }
それとも、この程度の効率はO/Rマッピングを使用する以上、
気にしない方がいいんでしょうか。
323:デフォルトの名無しさん
06/08/07 19:15:38
>>322
どうしても気になるのなら、IDと名前だけのビューを作って、
そのビューとBeanをマッピングしたらどうでしょう？
324:デフォルトの名無しさん
06/08/08 01:42:02
hibernate使ってたけどいろいろ面倒くさくなってきたのでCommonsDbUtilsに戻してしまった。
なんかすがすがしい気分になった。
325:322
06/08/08 11:09:26
>>323
なるほど、ビューを対象にするなら違和感ないですね。
カラムを限定するようなケースが発生するのは大概検索画面なので、
わざわざビューを作る、というのもアリが気がします。
ありがとうございます。
326:デフォルトの名無しさん
06/08/08 19:12:24
OJB 1.0.4を利用しようと思ってソースとバイナリを取ってきて
動かそうとしているのですが、junit test suiteがFailureを出します。
WinXP (SP1)
JDK 1.5.0_06
lib等は、
antは1.6.5を別途導入。junit.jarはojb1.0.4のをcopy
DBはデフォルトのhsqldb (入手したママ)
でるFailure (1件のみ)
testReportPathExpressionForExtent2
check size expected:<2> but was:<0>
(その他実行結果のファイルにはNOT_EXISTテーブルがないとかもでている)
OJBのドキュメント等やMLも読んだのですが、junit testについては
(hsqldb)についてはそのまま動くとのことで、どう修正すれば
動かせるのかどうかわからなくて困っています。
ここでいいのかどうかわからないのですが、よろしくお願いします。
327:デフォルトの名無しさん
06/08/09 00:20:58
まだ見てるかわからんが、HibernateならScrollableResultsがある。
ResultSetと同じようなカーソル的な使い方ができるので、
適度にevict()しながら処理すればいいと思われ。
328:デフォルトの名無しさん
06/08/17 18:09:46
正直O/Rまっぱーの利点がわからん。
簡単な表結合ならSQL書いちゃったほうが早いし
難しい表結合はO/Rまっぱーじゃ結局無理だし。
なにがいいのか俺にもわかるように説明してくれ。
DTO自動で作るだけならエクセルマクロで十分だし。
329:デフォルトの名無しさん
06/08/17 18:22:18
そのエクセルマクロ生成コードにむかついた人が張り切ってしまって
できたのがO/Rマッパー。
むかつかない人はそのままでいいよ。
330:デフォルトの名無しさん
06/08/17 18:29:30
＞簡単な表結合ならSQL書いちゃったほうが早いし
ORMの利点は、「SQLを書かなくていい」ではない。
＞DTO自動で作るだけならエクセルマクロで十分だし。
それを「車輪の再発明」と言う。
ダメエンジニアが行う愚行の一つ。
331:328
06/08/17 18:32:31
>>330
で、結局利点はなんなのでしょうか（＾＾；
332:デフォルトの名無しさん
06/08/17 18:35:56
>>329
個人の趣味で使うものってことでしょうか？？
仕事で使うもんじゃないってことでFA?
333:デフォルトの名無しさん
06/08/17 18:42:12
>>331
オブジェクトとSQLのマッピング作業をフレームワークがやってくれる点。
334:デフォルトの名無しさん
06/08/17 18:43:03
>>329のレスから>>332のような結論が出る時点でDQNエンジニア確定だな。
335:デフォルトの名無しさん
06/08/17 18:46:33
ぶっちゃけ俺DQNエンジニアだとおもう。
まっぱーの利点とか理解できないし。
だから教えてくださいお願いします。
>>333
マッピングってDTOつくって、ResultSetから値を取り出してDTOに入れていくってことですか？
ただそれだけですか？
そこでそんなにバグが出たり工数がかかったりしてるんですか？
336:デフォルトの名無しさん
06/08/17 19:01:57
>>335
検索だけじゃなくて、挿入・更新のときのマッピングもね。
DQNかも知れないエンジニアを大量に使わざるを得ないプロジェクトで、
テーブル数が数十個ある場合で、カラムの追加変更などがある場合でも
フレームワークにやらせるよりも手作業の方が早くて確実なら使う必要はないだろう。