SQL Server

誤區 #11:鏡像在檢測到故障後瞬間就能容錯移轉錯誤    資料庫鏡像的容錯移轉既可以自動發起，也可以手動發起。   

誤區10.資料庫鏡像在故障發生後，馬上就能發現 錯誤 市面上大肆宣傳資料庫鏡像技術可以在故障發生後，立即檢測到錯誤並進行容錯移轉。 但事實並不是這樣，檢測到故障發生的速度要取決於故障的類型。 檢測故障發生的最快的情況是，鏡像中的主體執行個體崩潰，從而鏡像伺服器每秒一次的PING就無法傳回值，從而知道主體伺服器上不再有這個進程偵聽相應的TCP連接埠，這種情況下，鏡像伺服器幾乎瞬間就能發現故障。

誤區 #8: 線上索引操作不會使得相關的索引加鎖錯誤！    線上索引操作並不是想象的那麼美好。    線上索引操作會在操作開始時和操作結束時對資源上短暫的鎖。這有可能導致嚴重的阻塞問題。    線上索引操作開始時,會在被整理的資源上加一個共用的表鎖,這個表鎖在會在新的索引建立時、老索引進行版本掃描時一直持續。   

誤區 #7:一個資料庫可以存在多個鏡像 錯誤 這個誤區就有點老生常談了。每一個主體伺服器只允許一個鏡像伺服器。如果你希望存在多個主體伺服器的副本，那麼請使用交易記錄傳送，交易記錄傳送允許針對每一個主體存在多個輔助執行個體。 使用交易記錄傳送的一個優點是允許其中一個或多個次要伺服器存在延遲還原備份。這也是就是說對主體伺服器進行記錄備份(無論你喜歡與否，這幾種高可用性技術各自有各自的術語): 資料庫鏡像:主體伺服器-鏡像伺服器 交易記錄傳送:主要伺服器-次要伺服器 複製:發行伺服器-訂閱伺服器

這樣還能減少CPU快取命中失效的問題(點擊這個連結來查看CPU的緩衝是如何工作的以及MESI協議)。下面讓我們來揭穿三個有關NULL位元影像的普遍誤區。 誤區 #6a:NULL位元影像並不是任何時候都會用到 正確 就算表中不存在允許NULL的列，NULL位元影像對於資料行來說會一直存在(資料行指的是堆或是叢集索引的葉子節點)。但對於索引行來說（所謂的索引行也就是叢集索引和非叢集索引的非葉子節點以及非叢集索引的葉子節點）NULL位元影像就不是一直有效了。 下面這條語句可以有效證明這一點:

誤區 #5: AWE在64位SQL SERVER中必須開啟錯誤！    在坊間流傳的有關AWE的設定的各種版本讓人非常困惑。比如說如何設定起作用，如何設定不起作用，在32位和64位上是否需要AWE等。 好吧，我來概括一下:    在64位系統(SQL SERVER 2005+版本) AWE是不需要的(即使是ON狀態，也毫無影響) 開啟“鎖定記憶體頁”使得緩衝池中的記憶體頁不會被置換到虛擬記憶體中(實際上所有的Single

    理解SQL Server對於記憶體的管理是對於SQL Server問題處理和效能調優的基本，本篇文章講述SQL Server對於記憶體管理的記憶體原理。二級儲存(secondary storage)    

誤區 #4: DDL觸發器(SQL Server 2005之後被引入)就是INSTEAD OF觸發器這是錯誤的    DDL觸發器的實現原理其實就是一個AFTER觸發器。這個意思是先發生DDL操作，然後觸發器再捕捉操作（當然如果你在觸發器內寫了Rollback,則也可能復原）。    存在Rollback也意味著這個觸發器並不像你想象的那麼輕量，來看下面的例子:    ALTER TABLE

本系列文章是我在sqlskill.com的PAUL的部落格看到的，很多誤區都比較具有典型性和代表性，原文來自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,經過我們團隊的翻譯和整理髮布在AgileSharp和部落格園上。希望對大家有所協助。誤區 #3: 檔案立即初始化特性可以在SQL Server中 a)開啟 和 b)關閉a)是不允許的  b)是允許的    檔案立即初始化是一個在SQL

誤區 #2: DBCC CHECKDB會引起阻塞，因為這個命令預設會加鎖這是錯誤的！    在SQL Server 7.0以及之前的版本中，DBCC CHECKDB命令的本質是C語言實現的一個不斷嵌套迴圈的代碼並對錶加表鎖(迴圈嵌套演算法時間複雜度是嵌套次數的N次方,作為程式員的你懂得),這種方式並不和諧,並且…..    在SQL Server 2000時代，一個叫Steve Lindell的哥們（現在仍然在SQL Server

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

複製代碼 代碼如下: Select CONVERT(varchar(100), GETDATE(), 0): 05 16 2006 10:57AM Select CONVERT(varchar(100), GETDATE(), 1): 05/16/06 Select CONVERT(varchar(100), GETDATE(), 2): 06.05.16 Select CONVERT(varchar(100), GETDATE(), 3): 16/05/06 Select

複製代碼 代碼如下: CREATE function getcolor (@井號 varchar(50),@層位 varchar(50)) returns varchar(200) as begin declare @sql varchar(2000);set @sql='' --distinct select @sql=@sql+ 顏色+',' from ( select distinct 顏色 from yourtablename where 井號=@井號 and 層位=@層位 and

每次談到SQL Server的高可用，很多的DBA，特別是SQL Server DBA心裡一痛：因為大家都認為SQL Server無法或者很難實現SQL Server。也有很多的DBA朋友腦袋一拍，給出答案“高可用不就是微軟的那幾個技術嗎，如Replication, Failover Clustering”… 1.難道SQL Server在高可用上面就顯得這麼的無力嗎？ 回答：不是的，其實SQL Server很給力。 2.為什麼很多人總是抱怨SQL Server中高可用很難實現呢？

複製代碼 代碼如下:--PK select * from sys.key_constraints where object_id = OBJECT_ID('TB') --FK select * from sys.foreign_keys where parent_object_id =OBJECT_ID('TB') --建立連結的伺服器 exec sp_addlinkedserver 'ITSV ', ' ', 'SQLOLEDB ', '遠程伺服器名或ip地址 ' exec

--SQL正則替換函數 複製代碼 代碼如下: CREATE function dbo.regexReplace ( @source ntext, --原字串 @regexp varchar(1000), --Regex @replace varchar(1000), --替換值 @globalReplace bit = 1, --是否是全域替換 @ignoreCase bit = 0 --是否忽略大小寫 ) returnS varchar(1000) AS begin declare @hr

--查看指定表的外鍵約束 select * from sysobjects where parent_obj in( select id from sysobjects where name='表名') and xtype='PK' --查看所有表 select * from sysobjects where xtype='PK' --刪除列中含數位 delete news where patindex('%[0-9]%',title)>0 --刪除刪去 欄位

第一種是最傳統的寫法，用預存程序中的變數作為分頁的乘數 複製代碼 代碼如下: [c-sharp] view plaincopyprint?create proc p_paged1 @pageSize int,@currentPage int as select top (@pageSize) * from student where id not in (select top (@pageSize*(@currentPage-1)) id from student) go exec

在查詢語句中使用 NOLOCK 和 READPAST 處理一個資料庫死結的異常時候，其中一個建議就是使用 NOLOCK 或者 READPAST 。有關 NOLOCK 和 READPAST的一些技術知識點： 對於非銀行等嚴格要求事務的行業，搜尋記錄中出現或者不出現某條記錄，都是在可容忍範圍內，所以碰到死結，應該首先考慮，我們商務邏輯是否能容忍出現或者不出現某些記錄，而不是尋求對雙方都加鎖條件下如何解鎖的問題。 NOLOCK 和 READPAST

sql語句中預設是不區分大小寫，所以語句： Sql代碼 SELECT * FROM RecEngineBizInfo WHERE RecEngineBizName = 'QQ' 和 Sql代碼 SELECT * FROM RecEngineBizInfo WHERE RecEngineBizName = 'qq' 查到的結果是一樣的。 要查看某個欄位是否包含大寫字母 A 的指令碼為： Sql代碼 select * from RecEngineBizInfo where