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

Java⇔RDBのMapping-F ..

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とか使うとメソッド呼び出しと応答までを
トランザクション境界にする機能があって便利なんで、それを利用するためだ
けにサービス用意して、サービスを呼び出したら即モデルのメソッド一つ呼んで
終わり、なんてこともある。だってプログラム的にトランザクション制御する必要な
くて楽だからさあ。

次ページ