国産DIコンテナSeasar その15

国産DIコンテナSeasar その15at TECH

国産DIコンテナSeasar その15 - 暇つぶし2ch■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

179:デフォルトの名無しさん
 09/05/26 08:16:32 
>>178 
負担ってのはどう考えても更新失敗時の例外処理の面倒さだろ。

180:デフォルトの名無しさん
 09/05/26 13:34:25 
節子、それ楽観ロックやない、悲観ロックや

181:デフォルトの名無しさん
 09/05/26 13:54:48 
>>178 が言っていることも楽観的ロックだと思うけど？ 
 
悲観的ロックというのは、その画面を誰かが開いている間、 
ロックテーブルとかにレコードを入れて、他のユーザは強制的に入れないようにするような手法だと思っています。

182:デフォルトの名無しさん
 09/05/26 18:26:02 
そうだね。S2Daoによる楽観的ロックを行い、 
後はさ、ユーザーに最終更新日によって確認してもらうのがいいよね。 
楽観的ロックでもさ、多数のユーザーが同時に同じ操作を行った際には、 
エラーメッセージによって、PrimaryKeyや名称を表示して、 
「他のユーザーが同じ操作を行っています。 
しばらく待つかまたはシステム管理者にお問い合わせください。」等の 
メッセージとしてユーザーに対するお知らせが可能になるよね。 
但し、この排他制御はユーザーが同時に同じ操作を行ったケースなんで、 
5分前や1時間前に更新されたケースに関しては、 
最終更新日の表示によってユーザーに気をつけてもらうしかなかなか方法がないよね。 
もちろん、間に承認システムやバッチ処理があれば、 
承認者が重複等の異常に気づくことも可能ではあるし、 
そういった方式を取ることもあると思いますが、 
後はさ、お金が絡む対象も存在するのでログテーブルも必要でしょう。 
 
こういう事も考えていくとさ、僕なんかはやっぱりJavaEEを採用する方がいいと思うけどね。 
単純でリスクの少ないWebアプリであれば、何を使用してもいいと思うけど、 
実際に企業用のWebシステムとなると、こういう事もきちんと実装しないと正常稼働しないからね。 
もちろん、僕はさ、ほらIT志望の大学生なんで、まだ皆さんよりは詳しくはないんですが、 
話がSEよりになってしまっているので、プログラミング技術よりの話を展開していくのがいいと思いますし、 
実際に、Webシステム作って排他制御とAOPを検証してみるよ。

次ページ