[ﾎｰﾑ]
[最新ｴﾝﾄﾘｰ]
[あすなろBLOG]
[あすなろNEXTBLOG]
[あすなろｶｳﾝｾﾗｰBLOG]
[ｲﾝﾀﾋﾞｭｰ]
[ｽﾍﾟｼｬﾙｺﾝﾃﾝﾂ]
[ﾃｯｸｽﾍﾟｰｽ]
ﾌﾟﾛｸﾞﾗﾏ2.0日報
 前へ
|
杉浦 こずえ
2009年02月23日
ｵﾌﾞｼﾞｪｸﾄとﾘﾚｰｼｮﾝの狭間...
というのは､今少しややこしい対応をしているんです｡
それはですね､最初はこういうことでした...
申請された内容が､まだ他人から承認されていないのならば､申請者によって取り下げができるようにして欲しい....
まあ､やりたいことは判ります｡けども､
｢承認ｱｸｼｮﾝ｣と｢取り下げｱｸｼｮﾝ｣がもし競合したらどうしよう？
という問題､おそらく｢取り下げができるようにしてね！｣と依頼した依頼元は想像してないであろう問題が発生するわけです....ここらへん､川上と実装者の感覚の違いなのですがけどもねぇ､実装者としては｢少し工数かかります...｣と答えざるを得ないわけです｡
で､現実的にはそれぞれのｱｸｼｮﾝの中での､ＤＢ周りの処理では､Spring+Hibernate なので､ｻｰﾋﾞｽ単位でﾄﾗﾝｻﾞｸｼｮﾝが管理されるようになっていて､
ﾄﾗﾝｻﾞｸｼｮﾝがかかっている単位（ｻｰﾋﾞｽ）の中は､ｱﾄﾐｯｸと見ていい
ことになるから､ｻｰﾋﾞｽの中で｢他の利用者による更新が競合しているか？｣について TestAndSet をする格好になるでしょうか｡
しかし､ここで､Hibernate がＯ／Ｒﾏｯﾋﾟﾝｸﾞだ､という事実がすこし邪魔になります....現実問題として､Hibernate がｷｬｯｼｭを使って｢ｷｰが同じなら､ｲﾝｽﾀﾝｽが同じ！｣という仮定で動くことが､困るんですね｡｢ﾃｽﾄ｣ができないんです｡
言い換えると､｢渡されたｲﾝｽﾀﾝｽと同じｷｰを持つﾃﾞｰﾀが､渡されたｲﾝｽﾀﾝｽ以降に更新されたものかどうかをﾁｪｯｸする｣わけですから､｢同じｷｰ｣で時系列的に後のﾃﾞｰﾀがあるかどうか？というﾁｪｯｸがしたいわけです...しかし､Hibernate は｢同じｷｰなら同じｲﾝｽﾀﾝｽ｣と捉えてしますのです｡これ､考えてみれば､
ｵﾌﾞｼﾞｪｸﾄとﾘﾚｰｼｮﾝの間の裂け目
にしたいことが転がり落ちちゃった....ということにでもなるでしょうか？
まあ､ﾁｪｯｸ側を HQL ではなくて､SQL 直でやれば､こっそり｢今のﾃﾞｰﾀ｣を取ることができて､TestAndSet ができたわけですが､何となく釈然とはしないですね｡そもそも
ﾘﾚｰｼｮﾝはｵﾌﾞｼﾞｪｸﾄではない！
という事実から目をそらすための一時しのぎ...なのかも｡ｵﾌﾞｼﾞｪｸﾄﾃﾞｰﾀﾍﾞｰｽならこういうの問題にならない...かもしれません｡
|
前へ
|
最新ｴﾝﾄﾘｰ
- 杉浦 こずえ
- 2009年02月23日
- ｵﾌﾞｼﾞｪｸﾄとﾘﾚｰｼｮﾝの狭間...
- 杉浦 こずえ
- 2009年02月15日
- 灰色の唄を歌おう...（後編）
- 杉浦 こずえ
- 2009年02月13日
- 灰色の唄を歌おう...（前編）
- 杉浦 こずえ
- 2009年02月12日
- 宛先のない手紙をあなたに
- 杉浦 こずえ
- 2009年02月11日
- ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ文章読本〜ｲﾝﾀｰﾌｪｲｽの｢読みやすさ｣
 前へ
|
ﾊﾞｯｸﾅﾝﾊﾞｰ
- 2009年02月(7)
- 2009年01月(10)
- 2008年12月(8)
- 2008年11月(11)
- 2008年10月(9)
- 2008年09月(12)
- 2008年08月(9)
- 2008年07月(12)
- 2008年06月(11)
- 2008年05月(11)
- 2008年04月(12)
- 2008年03月(8)
- 2008年02月(9)
- 2008年01月(8)
- 2007年12月(14)
- 2007年11月(11)
- 2007年10月(17)
- 2007年09月(18)
- 2007年08月(1)
- 2007年05月(8)
- 2007年04月(9)
- 2007年03月(9)
- 2007年02月(8)
- 2007年01月(5)
[ﾎｰﾑ]
[ﾌﾞﾛｸﾞｺﾝｾﾌﾟﾄ]
[個人情報]
[著作権]
Pasona Tech. inc.
All Rights Reserved.