記得以前在處理專案時,常遇到一個交易封鎖了一堆交易的問題,非常困擾。遇到這種情形,通常都是踢掉幾個封鎖他人的交易作為解決辦法。但是不是原本的DBA設計就是有問題的呢?為了讓日後的資料架構的設計能夠減少LOCK的狀況,小弟就很努力的先去了解一下SQL Server的Lock機置。
當我們要開始介紹Lock之前,首先來瞭解一下資源(Reource)的層級。如下表,SQL Server將資源分為11級並且可以進行鎖定,由上而下,越往下代表層次越低。
記得以前在處理專案時,常遇到一個交易封鎖了一堆交易的問題,非常困擾。遇到這種情形,通常都是踢掉幾個封鎖他人的交易作為解決辦法。但是不是原本的DBA設計就是有問題的呢?為了讓日後的資料架構的設計能夠減少LOCK的狀況,小弟就很努力的先去了解一下SQL Server的Lock機置。
當我們要開始介紹Lock之前,首先來瞭解一下資源(Reource)的層級。如下表,SQL Server將資源分為11級並且可以進行鎖定,由上而下,越往下代表層次越低。