所以,最近一個DBA是想告訴我們,我們不能使用的 SELECT X, Y, Z
INTO #MyTable
FROM YourTable
的語法來創建我們的環境中臨時表,因爲這句法會導致鎖定在存儲過程執行期間在TempDB上執行。現在,我已經發現了許多詳細說明臨時表的工作方式,執行範圍,清理等等的內容。但是對於我的生活,我沒有看到任何關於阻塞因爲它們的使用。 我們試圖找到證據證明我們不應該
我的工作是大量使用SQL服務器(MSSQL2005)的維護應用程序。 到目前爲止,中間服務器將TSQL代碼存儲在XML中,併發送動態TSQL查詢而不使用存儲的特效代碼。 由於我能夠更改這些XML查詢,我想將大部分查詢遷移到存儲的特效庫。 問題是如下因素: 我大部分的查詢具有相同的若針對一個表的條件 樣品: Select
.....
from ....
where ....
and
我已經嘗試了許多用於監控SQL Server運行狀況的技術,包括使用內置於SQL Server 2008中的管理數據倉庫功能,以及其他商業產品(如Confio Ignite 8),當然也包括我自己的使用perfmon的解決方案,性能計數器以及從動態管理視圖和功能收集各種信息。 我發現的是,儘管每種方法都有其自身的優勢,但它們也都有相關的弱點。我認爲,實際上讓組織內的人員認真對待SQL Server