に関するSQLサーバーロック機構
-
21-09-2019 - |
質問
どのようにカップル問題に関するSQLサーバーロック機構
場を利用していませんのロックヒントとSQL文、SQLサーバーを使PAGELOCKヒントがデフォルトです。ょうか???そしてそれはなぜなのか?が、その要因により管理にも多くのロックのもっと欠点がれば教えてくださいがあります。とも教えちゃいますできればこのデフォルトの動作ればならない。
皆様にお伝えしたくて書き込みサーバ側アプリケーションや、同サーバを使用しない同期の枠組み)さんにおすすめしたいデータベースのクエリのC#コードでファイルをODBC接続を実行しています。今かる最良の方法で変更のデフォルトロックからページに行えの問題点(例えば追加のロックヒントにクエリのが、この計画しています)。
う場合に、sqlクエリを選択/DML)が実施されているのない範囲で、取引および計算書を含むロックヒントをどのようなロック取得の相手先の概要など共有、更新、専用)?が取引の範囲は分離レベルの取引が影響をロックタイプの場合ROWLOCKヒントを使っています。
最後に、いきい試料も試験や経験はすべて上記のシナリオ自己例ド純コードまたはsqlスクリプト)
感謝 Mubashar
解決
No.でロックできること、履ロックを必要に応じて
のDBエンジンを管理するとともに
参照ポイント2
参照ポイント2
今だけの利用ロックをヒントにしたい場合に特定の行動例 キュー いは非ブロック(汚)を読み込み.
より一般的には、なぜだとお考えのDBエンジンはできない何をしたいデフォルト?
他のヒント
デフォルトのロックは行ロックしないページロックは、そのロック機構の作品を意味していますをロックすべてのオブジェクト内の階層などを読む単列がある場合に、共有ロックのテーブル、共有ロックのページを共有ロックを行います。
これによりアクションを求める上で排他ロックのテーブルには知っているからないが存在していることから共有ロックの現在(いにチェックページ/行のためのロックを解除します。)
だ課題も多くのロックを個々のクエリから実行ロックの悪化を抑える粒度のロックなので管理の少ロックを解除します。この回転させることができますオートレーフラグがないと考えます。
でから取り寄せた選りすぐりのないロック/ロック激化の課題-リスクに早々の最適化、非existant問題です。