
毎度お世話になっております。
SQLSERVER2000とACCESS2003を使用しています。
画面から抽出条件を入力し、画面表示ボタンを押すと
抽出条件をWHERE句にしたパススルークエリが実行され、
在庫、入庫予定、入庫実績、出荷実績を計算、
画面表示するプログラムを作りたいと考えています。
パススルークエリはSELECT文ですが、
サブクエリが多くあり、
FROM句にはたくさんのテーブルが入ります。
また、他端末で実績入力中でも
入力中の実績は反映されなくてもよいので、
実行、画面表示したいのです。
他の質問を検索して、
http://oshiete1.goo.ne.jp/qa3392465.html
SELECT文でもロックが発生することを知りました。
しかし、どのように対処するかは理解できませんでした。
ロックをおこすことなく他端末での実績入力も問題なく行われ、
画面表示もできるようにするにはどうすればよいのでしょうか
よろしくお願いします。
No.1ベストアンサー
- 回答日時:
誤解があるかな、と思うのは、
リンク先で話題になっているのは、OracleでFOR UPDATE句を付けてSELECTした場合であるということです。
FOR UPDATE句を付ければ、「更新前提に」SELECTしていることになるので更新ロック(に昇格可能なロック)がかかりますが、つけなければロックはかかりません。
SQL Serverの場合はテーブルヒントを付けないとこのようなSELECTはできないので、今回のパススルークエリに関しては「SELECTがロックしないようにする」というふうに考える必要はないと思います。
ただ、並行して行われている更新処理がレコードをロックした場合、SELECTは待ちがかかりますので、更新処理は極力短時間で行うようにする必要があると思います。
(分離レベルを変更してダーティリードすれば待ちませんが、さすがにお勧めしません)
この回答への補足
回答ありがとうございます。
今回もお世話になります。
回答いただいた内容について、また、ロックについて勉強しました。
テーブルヒント、分離レベルのところでかなり混乱していますが、
今の時点の私の理解を以下にまとめました。
パススルークエリをSQLSERVERで実行するときに共有ロックが
かかり、結果をACCESSに返すときにロックが外れる
(結果が画面に表示されるときにはもうロックが外れている)。
共有ロックは排他ロックをブロックするので、
SELECT文が実行されているとき、他端末での実績入力はWAITになる
(が、実行されている時間だけなのでとても短い時間になる)。
他端末が更新している場合はその排他ロックが外れるまでSELECT文はWAITになる(更新が完了するまでなのでわりと待たされる場合もある)。
どちらにしてもWAITになるだけなので、
SELECT文ではロックは起こらない。
このような理解にいたりましたが、正しいでしょうか。
よろしくお願いします。
No.2
- 回答日時:
おおむね正しいです。
(超厳密な議論までは必要ないでしょう)
補足するとしたら、
・トランザクション分離レベルについては、通常は下から2番目のREAD COMMITTEDになっていて、COMMITしていない更新はSELECTでは読み取らないけれども、COMMITされれば即反映するので、今SELECTしたものが次SELECTしたものと同じという保証はないこと
・OracleとSQL Serverとではロックのメカニズムは同じではないこと
くらい認識していればいいかと思います。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
今、見られている記事はコレ!
-
弁護士が解説!あなたの声を行政に届ける「パブリックコメント」制度のすべて
社会に対する意見や不満、疑問。それを発信する場所は、SNSやブログ、そしてニュースサイトのコメント欄など多岐にわたる。教えて!gooでも「ヤフコメ民について」というタイトルのトピックがあり、この投稿の通り、...
-
弁護士が語る「合法と違法を分けるオンラインカジノのシンプルな線引き」
「お金を賭けたら違法です」ーーこう答えたのは富士見坂法律事務所の井上義之弁護士。オンラインカジノが違法となるかどうかの基準は、このように非常にシンプルである。しかし2025年にはいって、違法賭博事件が相次...
-
釣りと密漁の違いは?知らなかったでは済まされない?事前にできることは?
知らなかったでは済まされないのが法律の世界であるが、全てを知ってから何かをするには少々手間がかかるし、最悪始めることすらできずに終わってしまうこともあり得る。教えてgooでも「釣りと密漁の境目はどこです...
-
カスハラとクレームの違いは?カスハラの法的責任は?企業がとるべき対応は?
東京都が、客からの迷惑行為などを称した「カスタマーハラスメント」、いわゆる「カスハラ」の防止を目的とした条例を、全国で初めて成立させた。条例に罰則はなく、2025年4月1日から施行される。 この動きは自治体...
-
なぜ批判コメントをするの?その心理と向き合い方をカウンセラーにきいた!
今や生活に必要不可欠となったインターネット。手軽に情報を得られるだけでなく、ネットを介したコミュニケーションも一般的となった。それと同時に顕在化しているのが、他者に対する辛らつな意見だ。ネットニュース...
おすすめ情報
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
SELECT文でのデッドロックに対...
-
SELECT時の行ロックの必要性に...
-
DB2でSelectした時(rollback,c...
-
更新ロックとデッドロック
-
排他ロックしたレコードが、別...
-
Oracleの排他制御について教え...
-
SQLServerロックについて
-
INSERTにおいてロック処理は必要か
-
accessのロック
-
書き込みの衝突
-
「マスタ」と「テーブル」の違...
-
Accessにインポートしたら並び...
-
SQL Server のデータをCSVファ...
-
3つ以上のテーブルをUNIONする...
-
Access VBA [リモートサーバー...
-
SI Object Browserのテーブルス...
-
ACCESS 一番最新の日付の金額...
-
ビューで引数を使いたい
-
Accessでレコードが更新された...
-
Select ~ into ~ で作成した...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
SELECT文でのデッドロックに対...
-
SQLServer Insertが遅い
-
SELECT時の行ロックの必要性に...
-
accessのロック
-
AccessShareLock はどの程度気...
-
Oracleの排他制御について教え...
-
更新ロックとデッドロック
-
INSERTにおいてロック処理は必要か
-
DB2のロック調査
-
排他ロックしたレコードが、別...
-
トランザクションとlast_insert_id
-
SELECT文でタイムアウト...
-
トランザクション中にSELECTし...
-
デッドロックが発生します。
-
ExcelからAccess2013DBを更新す...
-
UPDATE文で発生するデッドロッ...
-
トランザクション処理について
-
DB2でSelectした時(rollback,c...
-
パススルークエリでのロックに...
-
SELECT FOR UPDATE にトランザ...
おすすめ情報