トランザクションの考え方を教えて下さい。
「データの参照や追加・更新・削除といった処理に矛盾がないことを保証する」という記述を見たのですが、下記の場合も良いのでしょうか。
トランザクションの開始
SELECT * FROM Aテーブル WHERE 項目A = '1'
--処理--
UPDATE Aテーブル SET 項目B = '2' WHERE 項目A = '1'
トランザクションの終了
開始から終了までの間に他のPCによって
SELECT対象のデータが増える可能性があります。
この場合UPDATEするときはやはりSELECTの結果でLOOPするべきなのでしょうか。
上記のようにするとSELECT件数とUPDATE件数は異なってしまうのでしょうか。
環境はVB2005+SQL Server です。
No.2ベストアンサー
- 回答日時:
「トランザクション 分離レベル ファントム」などで検索することをおすす
めします。
MS SQL-SERVERの分離レベルはデフォルトでは「READ COMMITTED」なので、
トランザクション単位では読み取りの一貫性を保証しません。
他のトランザクションが挿入しCOMMITしたデータをUPDATE段階で読み込んで
しまいますね。
だからといって分離レベルをSERIALIZABLEに上げると、パフォーマンスの劣化やデッドロックエラーが頻発する危険が大きいです。
楽観的ロックでループ回すのが一般的かもしれませんね。
>楽観的ロックでループ回すのが一般的かもしれませんね。
こちらの方で対応したいと思います。
>他のトランザクションが挿入しCOMMITしたデータをUPDATE段階で
>読み込んでしまいますね。
やはりそうなのですね。
本番で発生されたら大問題でした。
これで自信を持って(!?)修正できます。
分離レベルの方も勉強したいと思います。
ありがとうございました。
No.1
- 回答日時:
トランザクションは更新の一貫性を保つために使われるので、
SELECTのように参照を目的とするクエリを実行する場合は無用です。
また、「一貫性」という意味では単一テーブル、単一レコードの更新では、やはり意味が乏しい。
この「一貫性」とは例えば、AテーブルとBテーブルがあり、両方のテーブルを更新する時に、
Aテーブルだけ更新され、Bテーブルが更新されないという事態を防ぐことを意味します。
よって、以下のように記述します
(1)トランザクション開始
(2)Aテーブルの更新
(3)Bテーブルの更新
(4)トランザクション終了(コミット)※ここで、DB上に更新が反映される。
上記手順中、(2)と(3)の間でエラーになった時はロールバックがかかり、(2)の更新は「なかったこと」になります。
しかし、「SELECTとUPDATEをLoopする」とは変な発想ですね。何か根本的な間違いがあるのでは?
「SELECTとUPDATEをLoopする」は言葉足らずですね。
「SELECTしたデータのKEY項目をWHEREで指定しUPDATEする」です。
処理としてはSELECTした全件の処理をすべて行う最中に、
エラーになったらロールバックし、
全件OKな時だけ更新したかったのですが、
同じロールバックするなら「データテーブル1件づつ読み込み、
処理をしてUPDATE」を繰り返しても同じだという事に今気が付きました(-_-;)
が、質問にもありますSELECT件数とUPDATE件数が変わらないようであれば、
質問のロジックで良いと思ったのですが、
>SELECTのように参照を目的とするクエリを実行する場合は無用
ということはやはりSELECT件数とUPDATE件数は違ってくる可能性が大なのですね。
トランザクション開始でACCESSのスナップショットのようなもの作られるようなイメージを持ってしまっていました。
ご指摘のように根本的に考え違いをしているようです。
有難うございました。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
似たような質問が見つかりました
- Oracle SQL update方法 2 2022/06/22 14:07
- Visual Basic(VBA) ExcelからAccessのテーブルに書き込む時に時間がかかる 1 2022/10/14 20:38
- SQL Server [SQLServer] テーブル名からカラム名を取得する 1 2022/08/23 21:20
- MySQL 下の画像はSQLの4大命令の性質をまとめたものであるらしいです UPDATE INSERT DELE 1 2023/06/07 15:36
- Visual Basic(VBA) 【前回の続き続きです、ご教示ください】VBAの記述方法がわかりません。 2 2022/08/24 20:49
- Excel(エクセル) 表示形式、文字列セル(列)に数式を入力するには マクロ 1 2022/09/18 10:53
- PHP コメント機能に返信欄を矢印で追加したい 1 2022/05/09 21:17
- MySQL SQLです。こんな感じですか?あってますか? うまくいきません教えてくださいお願いします 1 2023/07/08 15:27
- MySQL 複数DBテーブルからのデータ取得 3 2022/05/17 15:02
- MySQL UPDATE my_items SET item_name '赤い,甘い,ケーキ' WHERE id 1 2023/01/03 09:52
関連するカテゴリからQ&Aを探す
おすすめ情報
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
更新ロックとデッドロック
-
SELECT時の行ロックの必要性に...
-
DB2のロック調査
-
MySQLは難易度が高いのでSQLite...
-
max+1で初番する場合 for updat...
-
accessのロック
-
SQLServer Insertが遅い
-
「マスタ」と「テーブル」の違...
-
ACCESS 一つのフィールドに複...
-
ビューで引数を使いたい
-
Accessで更新した項目の抽出
-
データの二重表示の原因
-
accessのエクスポートエラーに...
-
ACCESS SQLステートメントにつ...
-
アクセス 日付抽出(年月のみ)...
-
ACCESSのSQLで、NULLかNULLでな...
-
Accessにインポートしたら並び...
-
アクセスで重複しない商品コー...
-
重複するキーから一番古い年月...
-
AccessのSQLで、FROM句の構文エ...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
SELECT時の行ロックの必要性に...
-
SELECT文でのデッドロックに対...
-
accessのロック
-
SQLServer Insertが遅い
-
Oracleの排他制御について教え...
-
INSERTにおいてロック処理は必要か
-
UPDATE文で発生するデッドロッ...
-
SELECT文でタイムアウト...
-
同時書き込み
-
AccessShareLock はどの程度気...
-
SELECT FOR UPDATE にトランザ...
-
更新ロックとデッドロック
-
トランザクション中にSELECTし...
-
max+1で初番する場合 for updat...
-
ExcelからAccess2013DBを更新す...
-
DB2でSelectした時(rollback,c...
-
DB2のロック調査
-
排他ロックしたレコードが、別...
-
書き込みの衝突
-
DB2の更新ロックについて
おすすめ情報