NOLOCKヒントを使わないダーティーリードの強制について

Question

お世話になっております。

現在、使用中のSQL2005からユーザーAがデータを参照しています。
この参照におけるロックを避けるため、ユーザーAからの参照は
すべてダーティーリードで行うようにする予定ですが
クエリにNOLOCKヒントを付ける以外にこれを可能にする方法が無いか、
現在調査中です。

例えば、ログイン「ユーザーA」からのデータ参照は常にダーティーリードを
強制させるようサーバー側で設定することは出来ないのでしょうか？

サーバー側で対応可能な他の解決策でも構いませんので
情報をお持ちの方がいらっしゃいましたらご教授願えますでしょうか？

もしNOLOCKヒントつける以外に方法が無い場合はその旨
助言頂きたく、よろしくお願い致します。
（その場合は速やかにあきらめます）

どうぞよろしくお願い致します。

Answer 1

ダーティリードで本当に問題ないですか？

READ_COMMITTED_SNAPSHOTを使うというのも手かと思います。
http://technet.microsoft.com/ja-jp/sqlserver/gg639075#EJC

まあいずれにしてもユーザAに強制、とはなりませんが、デフォルトでの読み取り操作でロックを回避することはできます。

Answer 2

分離レベルをREAD UNCOMMITTEDにすればダーティーリード可能です。ログインユーザー毎に制御する機能は無いように思いますが、ストアドプロシージャでログインユーザーを判断し、分離レベルを決定すればいけるんじゃないかと思います。

---

★良い回答には回答済みマークを付けよう！ わんくま同盟 MVP - Visual C# http://d.hatena.ne.jp/trapemiya/

Answer 3

なちゃ様

早速情報を頂きありがとうございます。

やりたいことはダーティーリードで問題ございません。

「READ_COMMITTED_SNAPSHOT」について拝見致しましたが
データベースに対して行う設定とのことですので
これであればサーバー側でコントロールできそうです。

ただ、更新頻度によってはtempdbが肥大化することがあるとのことで
現在の更新頻度を確認したいと思います。

同サーバー上の他のDBアクセスへの影響も考慮しつつ
検討させて頂きます。

ありがとうございました。

Answer 4

trapemiya様

早速情報を頂きありがとうございます。

ストアドを使えばコントロール可能ということですね。
ただ、現在使用中のクエリをすべてストアドに置き換えるのは難しいかもしれません。。

ログインユーザー毎に制御する機能はなさそう
ということで了解しました。


ありがとうございました。

Answer 5

＞ストアドを使えばコントロール可能ということですね。
ただ、現在使用中のクエリをすべてストアドに置き換えるのは難しいかもしれません。。

すみません。私の書き方が悪かったですね。ストアドでなくても、以下のようにSqlConnectionで分離レベルを指定できますので、ユーザー毎にここを制御すれば実現できるのではないかと思います。

SqlConnection.BeginTransaction メソッド (IsolationLevel)
http://msdn.microsoft.com/ja-jp/library/5ha4240h(v=vs.110).aspx

---

★良い回答には回答済みマークを付けよう！ わんくま同盟 MVP - Visual C# http://d.hatena.ne.jp/trapemiya/

Answer 6

trapemiya様

追加情報ありがとうございます。

私自身、あまり詳しくなくて恐縮ですが
このメソッドはクライアント側のアプリケーションで指定するものですよね？

今回、クライアント側のアプリには手を入れずサーバー側だけで出来る手法が無いかと調査しておりましたが
やはりアプリ改修無しでは難しいということでしょうか。。。


以上
どうぞよろしくお願い致します。

Answer 7

なちゃ様

お世話になっております。

ご教授頂いた「READ_COMMITTED_SNAPSHOT」について
追加で教えて頂きたいのですが、
例えば

DB1←(ビューで参照)DB2←(ビューからSELECT)アプリ

のようにビューを中継してデータを参照する場合
「READ_COMMITTED_SNAPSHOT」は実態のあるDB1に対して
有効にするという認識で間違いございませんでしょうか？


どうぞよろしくお願い致します。

Answer 8

＞このメソッドはクライアント側のアプリケーションで指定するものですよね？

その通りです。

＞今回、クライアント側のアプリには手を入れずサーバー側だけで出来る手法が無いかと調査しておりましたが
やはりアプリ改修無しでは難しいということでしょうか。。。

アプリケーションでSQL文を発行して読んでいるんでしたよね。そこを改修しないとなると、SQL Server自体の機能に頼ることになると思いますが、前にも書いた通り、SQL Serverがログインユーザーもしくはデータベースユーザーで判断して、分離レベルを変更したり、ロックヒントを変更したりするような機能は、普通に考えて無いと思います。

---

★良い回答には回答済みマークを付けよう！ わんくま同盟 MVP - Visual C# http://d.hatena.ne.jp/trapemiya/

Answer 9

trapemiya様

返信頂きありがとうございます。

やはりアプリ側で手を入れるのがベストということですよね。。

最後に
なちゃ様に提案頂いた「READ_COMMITTED_SNAPSHOT」が使えるかどうか検討してみたいと思います。
それで駄目なら諦めてアプリ側での対応を打診します。

何度もありがとうございました。