SQL Server

  如何使用Connection對象串連資料庫？對於不同的.NET資料提供者，ADO.NET採用不同的Connection對象串連資料庫。這些Connection對象為我們屏蔽了具體的實現細節，並提供了一種統一的實現方法。Connection類有四種：SqlConnection，OleDbConnection，OdbcConnection和OracleConnection。SqlConnection類的對象串連SQL Server資料庫；OracleConnection

作為DBA管理多台伺服器通常都會需要從多台伺服器收集資訊。在SQL Server 2008通常的做法是用Linked server或者從單台伺服器手機然後再將資訊匯總到中央伺服器。這些都需要很多額外的配置。  在SQL Server

SQL Server提供了sp_monitor預存程序可以方便我們查看SQL Server效能統計資訊，包括CPU/Network/IO，通過這些資訊可以對自己的資料庫效能狀況有一個大致的瞭解。 下面的樣本報告有關 SQL Server 繁忙程度的資訊：  每個列名的解釋： 列名說明last_run上次運行 sp_monitor 的時間。current_run本次運行 sp_monitor 的時間。秒sp_monitor 自運行以來所經過的秒數。cpu_busy伺服器電腦的 CPU 處理

使用SQL Server變數的時候碰到變數名稱大小寫問題：  當前資料庫是大小寫不敏感的，但是聲明變數之後發現變數名稱是大小寫敏感的。一直認為SQL Server的變數名稱的Collcation是跟當前資料庫的，在MSDN：You cannot specify a collation for character variables and parameters; they are always created with the default collation of the database.

以前認為SQLServer完整備份只是備份資料庫的資料而不包含日誌，其實這是錯誤的。使用RESTOREHEADERONLY可以幫我們驗證（msdb.dbo.backupset也包含相應的資訊）。 RESTORE HEADERONLY回包含特定備份裝置上所有備份組的所有備份標題資訊的結果集。查詢結果包含三列： FirstLSN numeric(25,0) 備份組中第一個日誌記錄的記錄序號。NULLLastLSN numeric(25,0)

曾經遇到過一個使用者MSDB資料庫非常大，讓我幫忙查查是什麼原因。使用sp_spaceused找出了所有表的資料大小，發現問題是SQL Server備份與還原曆史表資料太大。使用者經常會做記錄備份，但是從來沒有清除過記錄。後來在設定了維護計劃定期清除備份記錄，問題就不在發生了。這裡列出了查詢SQL Server備份還原記錄的語句以及如何清理Database Backup還原的指令碼： --查詢SQL Server備份曆史 SELECT   

前幾天在論壇看到有人在問為什麼一張表上看不到SQL Server統計資訊，這張表是新建立的HEAP表，並且沒有索引，從來沒有被訪問過。 其實回答這個問題就要回到SQL Server是如何建立並且維護統計資訊的。 SQL Server會在下面三種情況下建立統計資訊： 1.在索引建立時SQL Server會自動在索引所在的列上建立統計資訊 2.當SQL Server想要使用某些裂傷的統計資訊，發現沒有的時候會自動建立統計資訊（前提是要開啟自動建立統計資訊） 3.使用者可以使用create

曾經遇到過一個問題，我們的資料庫是高版本的，但是開發商說他們的軟體對於高版本的資料庫支援的不好。當時我問了他們有沒有使用什麼特殊的功能，比如SQL Server舊版本中的功能而在新版本中不支援的，他們確定是沒有的，只是使用了T-SQL做的開發。我猜應該是一些舊的SQL語句在新的版本中無法運行了。如果只是T-SQL的問題可以嘗試將資料庫降級（比如100-90），這樣高版本資料庫就可以相容之前的T-SQL。降級完成後對所有功能做了測試發現完全沒有問題。 這個是一個思路，當然降級不一定解決所有的問題，

通常我們都需要查詢一個表的總行數，很多人都喜歡用select count(*) from Table.如果表資料非常大的話，這樣的查詢是很耗費時間和資源的。 其實有兩個辦法可以快速的查詢到SQL Server的表資料。1. sp_spaceused:其中有一列是rows，如果輸入的表對象的話，那麼就會獲得這個表的行數，速度非常快。 rowschar(11)表中現有的行數。如果指定的對象是 Service Broker

SQL Server Profiler 模板http://msdn.microsoft.com/zh-cn/library/ms190176.aspx 可以使用 SQL Server Profiler來建立模板，定義要包含在跟蹤中的事件類別和資料列。定義並儲存模板後，可以運行跟蹤來記錄每個選定事件類別的資料。您可以將一個模板用於多個跟蹤；模板本身並不會執行。SQL Server Profiler提供了預定義的跟蹤模板，使您可以輕鬆配置特定跟蹤可能最需要的事件類別。例如，Standard

Junior SQL Server Developer Interview Questions Written By: Jeremy Kadlec from： http://www.mssqltips.com/tip.asp?tip=1644 ProblemWe are in the process of trying to hire aJunior SQL Server Developer to work on a few of our

from http://www.mssqltips.com/tip.asp?tip=2045Using Hints To Test Indexes in SQL ServerWritten By: Ken Simmons -- 6/24/2010 -- 1 comments -- print -- free stuff -- ProblemWhen tuning indexes, it is somewhat difficult to tell how much impact the

今天碰到一個奇怪的問題在SQL Server2008R2中檢查sql語句文法時，SQL Server提示 A fatal scripting error occurred.Incorrect syntax was encountered while parsing go.檢查了老大一會才發現是GO和/**/注釋引起。該問題可以用如下的語句再現go/**/ 解決方案很簡單1. 將/**/注釋改寫成單行注釋2.

最近在修bug的時候出現了一個問題，系統中會根據項目的多少動態去建立一個視圖來將所有項目的某些資料union到一起。當系統的項目數量超過256時，問題出現了。SQL Server會拋出如下異常： Msg 106, Level 15, State 1, Procedure vsp_T, Line 256Too many table names in the query. The maximum allowable is

SQL Server安裝4個系統資料庫。它們分別是master資料庫、model資料庫、tempdb資料庫和msdb資料庫。這些資料庫是SQL Server的心臟和靈魂。另外，還安裝了兩個執行個體資料庫，分別是：Northwind和pubs系統資料庫4個master資料庫：master資料庫控制SQL

使用SUM（求和）函數SUM函數用於返回運算式中所有值的和。通常情況下，對某些資料進行匯總時會用到該函數。文法：SUM([ALL | DISTINCT] expression)參數說明：l          ALL：對所有的值進資料列彙總函式運算。ALL是預設設定。l          DISTINCT：指定SUM返回惟一值的和。l         

今天，本人因為要寫一個取得學生入學學年的function，而function裡面需要取得當年學年，就需要用到getdate()，但是在create

常見的錯誤為： The Network Adapter could not establish the connection1 檢查SQL SERVER 是否允許遠端存取.具體步驟: 1)開啟"企業管理器",開啟控制台根目錄>SQL Server 組>資料庫 2)在相應"資料庫"上單擊右鍵,選擇"屬性"3)選擇"串連"選項卡,檢查"遠程伺服器串連"下,RPC服務是否選擇. 2 使用telnet IP地址 1433,系統是否提示串連出錯比如

有些人可能對主鍵和叢集索引有所混淆，其實這兩個是不同的概念，下面是一個簡單的描述。不想看繞口文字者，直接看兩者的對比表。尤其是最後一項的比較。主鍵（PRIMARY KEY ）來自MSDN的描述：表通常具有包含唯一標識表中每一行的值的一列或一組列。這樣的一列或多列稱為表的主鍵 (PK)，用於強製表的實體完整性。在建立或修改表時，您可以通過定義 PRIMARY KEY 約束來建立主鍵。 一個表只能有一個 PRIMARY KEY 約束，並且 PRIMARY KEY 約束中的列不能接受空值。由於

CPU：1.System：%Total Processor Time 平均CPU利用率（還可以正對某個程式如SQLserver Process%Processor Time）2.System：%Processor Queue Length 等待處理器處理的線程數（正常範圍為cpu數的1~3倍）3.Processor: %User Time 非核心級應用程式佔用的時間（如SQLServer或反病毒軟體）4.Processor: %Interrupts/Sec 處理器每秒相應中斷次數（持續超過100