バッチタスク、トランザクション
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
バッチ処理のトランザクションで
トランザクション開始=レコード前の前
を普段あまり使いませんが、以下に当てはまる場合は
最適だと思いますがいかがでしょうか?
・1レコード毎のトランザクションでOK
・同一データへの書き込みが並行して行われる
・レコードロック待ちを最小限にしたい
・少々の速度低下には目をつぶる
トランザクション開始=レコード前の前
を普段あまり使いませんが、以下に当てはまる場合は
最適だと思いますがいかがでしょうか?
・1レコード毎のトランザクションでOK
・同一データへの書き込みが並行して行われる
・レコードロック待ちを最小限にしたい
・少々の速度低下には目をつぶる
投票数:0
平均点:0.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
いいと思いますよ。
トランザクションはただのワークですから。
トランザクションはただのワークですから。
投票数:1
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
私の考え方は
アボート時、どこまで戻すかで判別しています。
確かそうならった記憶が...
でわ〜でわ〜
アボート時、どこまで戻すかで判別しています。
確かそうならった記憶が...
でわ〜でわ〜
投票数:0
平均点:0.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
レコードロックが多発しがちなデータで
レコード毎の関連がなく、万一、途中まで更新されて
アボートしたとしてもなんら問題が無いと気がついたので、
今回はレコード前の前トランザクション開始が最適な
処理だな〜と気が付いたので投稿した次第です。
ありがとうございました。失礼しました。
性能には難が有ると思いますが
レコードロックをかける時間が1番短いだろうなと。
レコード毎の関連がなく、万一、途中まで更新されて
アボートしたとしてもなんら問題が無いと気がついたので、
今回はレコード前の前トランザクション開始が最適な
処理だな〜と気が付いたので投稿した次第です。
ありがとうございました。失礼しました。
性能には難が有ると思いますが
レコードロックをかける時間が1番短いだろうなと。
投票数:0
平均点:0.00