タイムスタンプを使用した同期処理

質問

データベース（ＤＢ２ ＵＤＢ Ｖ４）を使ったプログラム（下記アプリＡ）を作成しています。
タイムスタンプ（下記カラムＪ）のみを使用して同期処理を行いたいのですが、気になることがあります。

(作成した処理内容)
(1) アプリＡでは、テーブルＴのカラムＩが１のレコードを全て取得し、テーブルＴのカラムＪを更新して処理Ｐを行う。
(2) (1)の処理Ｐ終了後引き続きアプリＡにて、テーブルＴのカラムＩが１であり、かつカラムＪが(1)で更新した時間と同じレコードのみを取得し、処理Ｑを行う。

(前提内容)
(3) (1)の処理が行われる前と、(1)と(2)の処理が行われている間には、別アプリＢから別接続で、同一のテーブルＴに対してデータの追加・更新が行われており、アプリＢからテーブルＴに対してカラムＩが１のレコードが挿入されることがある。
またアプリＢからのデータの追加・更新時にも常にカラムＪの更新は行われる。

以上の場合に、

(実現したい内容)
アプリＡでは、処理Ｐと処理Ｑでは、常に同一のデータに対して処理行いたい。
カラムＪ以外に、同期処理のためのカラムは追加したくない。

(質問)
上記(1)と(3)で同一時刻にデータの更新または追加が行われた場合、タイムスタンプ（1マイクロ秒単位で記録）が全く同一になる「可能性」はあるのでしょうか？ＤＢ接続は別です。

そして、(1)では処理対象にならなかったデータが(2)では処理対象になる可能性はあるのでしょうか？例えば(1)でデータＫのカラムＪを更新したとき、同時に(3)でデータＬのカラムＪを更新しており、(1)ではデータＫに対する処理のみが行われたが、(2)ではデータＫに加え、(3)で更新したデータＬも処理の対象となる場合です。もしあると同期処理に問題がありますよね。

微妙なところですが、悩んでいます。質問の意味がわからなかったら聞いてください。

よろしくお願いします。

回答No.1

silverspoon · ベストアンサー

>上記(1)と(3)で同一時刻にデータの更新または追加が行われた場合、
>タイムスタンプ（1マイクロ秒単位で記録）が全く同一になる「可能性」はあるのでしょうか？
>ＤＢ接続は別です。
アプリBがアプリAの状態とは無関係に処理を行なっているなら（記載の内容では判断は無いと思いますが）、「可能性」はあるでしょう。

>(1)では処理対象にならなかったデータが
>(2)では処理対象になる可能性はあるのでしょうか？
これはアプリAのロジック次第でしょう。
P・S個別でSQLを発行しているなら、可能性はあるでしょうし、
P・S共に同一のカーソル内で処理しているなら、
可能性は無いと言えます。
#多分後者の処理ではないと見受けられますが・・

データの排他については、トランザクションモードを活用すると幸せになれるかもしれません。

補足

アプリＡとＢは無関係に処理しています。
あとＡの中では個別にＳＱＬを発行しています。
カーソルとかいうものを使えればいいのかもしれませんがよくわかりません。
トランザクションモードとやらも含めてもう少し勉強します。

どうもありがとうございます。