SQL Server

Power Query和Power Map是微軟前不久在WPC上發布的Power BI中新的針對Excel的功能。藉助這兩樣功能，自助式BI將更方便你發現和處理資料並且豐富資料的可視化功能。Power Query和Power Map的前身分別是Data Explorer和GeoFlow，這兩樣功能在SQL Server 2014 CTP1裡都有提到。結合Power Pivot和Power View，這四大功能組成了微軟最新的Power

Data Explorer是即將發布的SQL Server

一、背景在效能調優或者需要瞭解某資料庫表資訊的時候，最直觀的方式就是羅列出這個資料所有表的資訊，這些資訊包括：表的記錄數、資料記錄佔用空間、索引佔用空間、未使用的空間等（如Figure1所示），有了這些資訊你可以簡單的判斷這個資料庫來自資料上的壓力可能是某個表造成的。因為表資料越大，對資料庫效能的影響越大。要實現某個資料庫所有表的資訊，可以通過遊標的形式擷取相應的資料，下圖Figure1返回某資料庫中所有表的資訊：（Figure1：某資料庫所有表資訊）也許你並不滿足於Figure1的資訊，你希望

一、背景之前寫了篇關於：SQL Server 遊標運用：查看一個資料庫所有表大小資訊（Sizes of All Tables in a

誤區 #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB錯誤乍一看，由於BACKUP WITH CHECKSUM會檢測所有分配出去的頁的校正和的值，這個誤區貌似是這麼回事，但實際上並不是這麼回事，原因如下:由SQL Server 2000或是更早版本升上來的資料庫page checksums必須開啟，在開啟後，並不是資料庫中所有的頁都會被叫上頁校正和，當頁損壞發生時，IO系統可不會區分損壞的頁是有頁校正和還是沒有校正和的。所以使用BACKUP ...

誤區 #25:多個有關填滿因數的誤區都是錯誤的25a) 填滿因數是一直存在的不是的，通過Books Online可以看到(譯者：我在新版的BOL沒有找到這句話):重要:     填滿因數僅僅在索引建立或重建時生效，SQL Server儲存引擎並不會一直保證頁內的空閑值和填滿因數保持一致。如果為了保證頁內的空餘值和指定的填滿因數保持一直那麼填滿因數就會失去意義。因為這時頁即使不滿也需要進行分頁。25 b)填滿因數0和100是不同的錯誤，由BOL的一句話可以看到填滿因數0和100

誤區

誤區 #3: 檔案立即初始化特性可以在SQL Server中 a)開啟 和 b)關閉a)是不允許的  b)是允許的檔案立即初始化是一個在SQL Server 2005以及之上的版本鮮為人知的特性。這個特性允許資料檔案(僅僅是資料檔案，不包括記錄檔)初始化的過程跳過填0初始化過程。這種方式是在發生災難時大大減少Downtime的好辦法---在恢複資料庫時由於免去了填0初始化的過程而直接開始恢複過程。我之前已經寫過關於檔案立即初始化誤區的文章了（見Misconceptions

誤區 #1：在伺服器容錯移轉後，正在啟動並執行事務繼續執行這當然是錯誤的!每次容錯移轉都伴隨著某種形式的恢複。但是如果當正在執行的事務沒有Commit時，由於伺服器或執行個體崩潰導致串連斷開，SQL Server可沒有辦法在容錯移轉後的伺服器重建立立事務的上下文並繼續執行事務-無論你使用的容錯移轉方式是叢集，鏡像，記錄傳送或是SAN複製。對於容錯移轉叢集來說，當容錯移轉發生後，一個SQL

--追蹤檔案讀入到表中分析 SELECT * INTO ZGSJY FROM fn_trace_gettable('E:\wxxcdbprofiler.trc', default); --某時間內，最耗時SQL select TOP 100 SUBSTRING(Textdata,1,660) as '名稱', count(*) as '數量', sum(duration/1000) as '總執行時間ms', avg(duration/1000) as

DROP TABLE T_TESTCREATE TABLE T_TEST( ID INT IDENTITY PRIMARY KEY,STATUS BIT)INSERT INTO T_TEST SELECT 0GO 100000INSERT INTO T_TEST SELECT 1 CREATE INDEX IXF_T_TEST_STATUS ON T_TEST(STATUS) WHERE STATUS=1UPDATE STATISTICS T_TEST with

資料庫調優工作中，有一部分是需要排查IO問題的，例如IO的速度或者RAID層級無法響應高並發下的快速請求。最常見的就是查看磁碟每次讀寫的響應速度，通過效能計數器Avg.Disk sec/Read(Write)我們可以很直觀的看到他們。不同的業務，繁忙程度也不同，需要什麼樣的IO做支撐？難道都用最高配的IO去配置硬體嗎？能否通過一些經驗和基準來判斷當下磁碟環境是否能滿足需求呢？手上有4塊 Inter SSD DC S3500 Series 600GB硬碟做成的RAID1兩塊，我們就拿它來練練手吧！

情境：最近一台DB伺服器偶爾出現CPU警示，我的郵件警示閾（請讀yù）值設定的是15%，開始時沒當回事，以為是有什麼統計類的查詢，後來越來越頻繁。探索：我決定來查一下，究竟是什麼在作怪，我排查的順序如下：1、首先開啟Cacti監控，發現最近CPU均值在某天之後驟然上升，並且可以看到System\Processor Queue Length 和 sqlservr\%ProcessorTime

大家這幾天在做學生資訊管理系統的時候，出現最多的應該就是這個問題了，“即時錯誤‘91’：物件變數或with塊變數未設定”。如右圖：遇到這個問題，我們首先應該去參考MSDN，不過這時候MSDN似乎沒有幫到我們很多，總結了一下，其實出現這個錯誤的情況有很多種：1、在運行程式之前沒有配置ODBC資料來源或者ODBC資料來源配置錯誤，當然前提得是SQL

1. 測試建立表變數對IO的影響測試建立表變數前後，tempdb的空間大小，目前使用sp_spaceused得到大小，也可以使用視圖sys.dm_db_file_space_usageuse tempdbgoSet nocount onExec sp_spaceused /*插入資料之前*/declare @tmp_orders table ( list_no int,id int)insert into @tmp_orders(list_no,id)select ROW_NUMBER()

簡介理解SQL Server對於記憶體的管理是對於SQL Server問題處理和效能調優的基本，本篇文章講述SQL Server對於記憶體管理的記憶體原理。二級儲存(secondary storage)對於電腦來說，儲存體系是分層級的。離CPU越近的地方速度愉快，但容量越小(如圖1所示)。比如：傳統的電腦儲存體繫結構離CPU由近到遠依次是:CPU內的寄存器，一級緩衝，二級緩衝，記憶體，硬碟。但同時離CPU越遠的儲存系統都會比之前的儲存系統大一個數量級。比如硬碟通常要比同時代的記憶體大一個數量級。

一、表的基本概念表是包含資料庫中所有資料的資料對象，表定義是一列集合資料在表中的組織方式與在試算表中相似，都是按行和列的格式組織的每一行代表一條唯一記錄，每一列代表記錄中的一個欄位（1）、資料完整性資料完整性是指資料的精確性和可靠性，它是應防止資料庫中存在不符合語義規定的資料和防止因錯誤資訊的輸入/輸出造成無效操作或錯誤資訊而提出的1、實體完整性實體完整性將行定義為特定表的唯一實體實體完整性通過unque（唯一）索引，unque約束或Primary

在SQL Server 2005中，它的另外一個強大的新特點是資料庫快照集。資料庫快照集是一個資料庫的唯讀副本，它是資料庫所有資料的映射，由快照被執行的時間點來決定它的內容。這些資料庫快照集在報表方面是非常有價值，因為在快照資料庫中或者在原資料庫中，對於任何查詢而言沒有鎖就將被執行。快照也可以使用在災難恢複中，因為你可以將現有的資料恢複到現有的快照中，或者還可以在有害資料操作聲明的事件中儲存個別必要的表和資料。資料庫快照集是如何工作的?可以使用典型的資料庫命令CREATE

在本文中，簡單說明這個子句，並提供一些代碼執行個體，這是說明HAVING子句用法的最佳方法。嚴格來說，HAVING並不需要一個子表，但沒有子表的HAVING並沒有實際意義。如果你只需要一個表，那麼你可以用WHERE子句達到一切目的。為進行實踐，HAVING預先假定至少兩個表和一個基於第二個表的合計函數。下面是一個簡單的例子：你想要訂單總數超過25000美元的客戶清單。你需要適當串連的三個表：Customer、SalesOrderHeader和SalesOrderDetail。然後，你求Detai

哪個策略更好?分區可以通過使用這兩個策略之一或者將兩個策略有效結合到一起來實現。關於策略 I 和 策略 II可以參考下面的表格，其中解釋了這兩個策略對影響關係型資料倉儲分區因素的作用。   策略 I 策略 II 資料匯入 在SELECT/INTO