PB 電子会議室
| 発言No. | 更新日 | 題名（クリックすると発言内容と関連するコメントが表示されます） |
|---|---|---|
| 10268 | 00/02/14 20:12:03 | RE(6):PB6: データベースの排他レベルについて（自己レス） By t.y |
| 10250 | 00/02/11 12:30:53 | RE(5):PB6: データベースの排他レベルについて By クロノス |
| 10243 | 00/02/10 23:01:25 | RE(4):PB6: データベースの排他レベルについて By M.M |
| 10235 | 00/02/10 19:56:37 | RE(3):PB6: データベースの排他レベルについて By てとらぽっと |
| 10233 | 00/02/10 19:29:34 | RE(2):PB6: データベースの排他レベルについて By t.y |
| 10231 | 00/02/10 18:44:57 | RE(1):PB6: データベースの排他レベルについて By どん |
| 10225 | 00/02/10 16:22:46 | PB6: データベースの排他レベルについて By t.y |
カテゴリ：スクリプトの記述
日付：2000年02月11日 12:30 発信者：クロノス
題名：RE(5):PB6: データベースの排他レベルについて
t.yさん、こんにちは。
えーと、私の場合はロックテーブルなるものを用意して対応してます。
私のところのテーブル構成は主KEYが大抵Number型なので、
ロックテーブルを下記の様に定義して…
class number ロックするデータの種類
lock_id number ロックするデータの主KEY
user_id number ロックするユーザーID
その他更新日時等、必要な情報のカラムを用意する
class+lock_idを主KEYにする。
で、たとえばcalss=1は従業員コードのロックclass=2は商品コードの
ロックとかデータ仕様をあらかじめ決めておいて、インサートに失敗
したらそのデータはロックされていると見なして処理をしない様にしてます。
でもこれだロックしたデータの更新後、ロックテーブルのデータを削除し
たり、アプリケーションの異常終了時もロックテーブルのデータを消すなど、
その他面倒な事もありますけど。(^^ゞ
付加情報：
PowerBuilder Version (記載なし)
Client SoftWare
OS Windows95
DBMS その他
Browser (記載なし)
Server SoftWare
OS (記載なし)
DBMS INFORMIX-OnLine 7
WebServer (記載なし)
Copyright © 2013 Power Future Co., Ltd.