1. 查看資料庫的版本
select @@version
2. 查看資料庫所在機器作業系統參數
exec master..xp_msver
3. 查看資料庫啟動的參數
sp_configure
4. 查看資料庫啟動時間
select convert(varchar(30),login_time,120) from master..sysprocesses where spid=1
查看資料庫伺服器名和執行個體名
print 'Server Name...............: ' + convert(varchar(30),@@SERVERNAME)
print 'Instance..................: ' + convert(varchar(30),@@SERVICENAME)
5. 查看所有資料庫名稱及大小
sp_helpdb
重新命名資料庫用的SQL
sp_renamedb 'old_dbname', 'new_dbname'
6. 查看所有資料庫使用者登入資訊
sp_helplogins
查看所有資料庫使用者所屬的角色資訊
sp_helpsrvrolemember
修複遷移伺服器時孤立使用者時,可以用的fix_orphan_user指令碼或者LoneUser過程
更改某個資料對象的使用者屬主
sp_changeobjectowner [@objectname =] 'object', [@newowner =] 'owner'
注意: 更改對象名的任一部分都可能破壞指令碼和預存程序。
把一台伺服器上的資料庫使用者登入資訊備份出來可以用add_login_to_aserver指令碼
7. 查看連結的伺服器
sp_helplinkedsrvlogin
查看遠端資料庫使用者登入資訊
sp_helpremotelogin
8.查看某資料庫下某個資料對象的大小
sp_spaceused @objname
還可以用sp_toptables過程看最大的N(預設為50)個表
查看某資料庫下某個資料對象的索引資訊
sp_helpindex @objname
還可以用SP_NChelpindex過程查看更詳細的索引情況
SP_NChelpindex @objname
clustered索引是把記錄按物理順序排列的,索引占的空間比較少。
對索引值DML操作十分頻繁的表我建議用非clustered索引和約束,fillfactor參數都用預設值。
查看某資料庫下某個資料對象的的約束資訊
sp_helpconstraint @objname
9.查看資料庫裡所有的預存程序和函數
use @database_name
sp_stored_procedures
查看預存程序和函數的原始碼
sp_helptext '@procedure_name'
查看包含某個字串@str的資料對象名稱
select distinct object_name(id) from syscomments where text like '%@str%'
建立加密的預存程序或函數在AS前面加WITH ENCRYPTION參數
解密加密過的預存程序和函數可以用sp_decrypt過程
10.查看資料庫裡使用者和進程的資訊
sp_who
查看SQL Server資料庫裡的活動使用者和進程的資訊
sp_who 'active'
查看SQL Server資料庫裡的鎖的情況
sp_lock
進程號1--50是SQL Server系統內部用的,進程號大於50的才是使用者的串連進程.
spid是進程編號,dbid是資料庫編號,objid是資料對象編號
查看進程正在執行的SQL語句
dbcc inputbuffer ()
推薦大家用經過改進後的sp_who3過程可以直接看到進程啟動並執行SQL語句
sp_who3
檢查死結用sp_who_lock過程
sp_who_lock
11.收縮資料庫記錄檔的方法
收縮簡單復原模式資料庫日誌,收縮後@database_name_log的大小單位為M
backup log @database_name with no_log
dbcc shrinkfile (@database_name_log, 5)
12.分析SQL Server SQL 陳述式的方法:
set statistics time {on | off}
set statistics io {on | off}
圖形方式顯示查詢執行計畫
在查詢分析器->查詢->顯示估計的評估計劃(D)-Ctrl-L 或者點擊工具列裡的圖形
文本方式顯示查詢執行計畫
set showplan_all {on | off}
set showplan_text { on | off }
set statistics profile { on | off }
13.出現不一致錯誤時,NT事件檢視器裡出3624號錯誤,修複資料庫的方法
先注釋掉應用程式裡引用的出現不一致性錯誤的表,然後在備份或其它機器上先恢複然後做修複操作
alter database [@error_database_name] set single_user
修複出現不一致錯誤的表
dbcc checktable('@error_table_name',repair_allow_data_loss)
或者可惜選擇修複出現不一致錯誤的小型資料庫名
dbcc checkdb('@error_database_name',repair_allow_data_loss)
alter database [@error_database_name] set multi_user
CHECKDB 有3個參數:
repair_allow_data_loss 包括對行和頁進行分配和取消分配以改正分配錯誤、結構行或頁的錯誤,
以及刪除已損壞的文字物件,這些修複可能會導致一些資料丟失。
修複操作可以在使用者事務下完成以允許使用者復原所做的更改。
如果復原修複,則資料庫仍會含有錯誤,應該從備份進行恢複。
如果由於所提供修複等級的緣故遺漏某個錯誤的修複,則將遺漏任何取決於該修複的修複。
修複完成後,請備份資料庫。
repair_fast 進行小的、不耗時的修複操作,如修複非叢集索引中的附加鍵。
這些修複可以很快完成,並且不會有遺失資料的危險。
repair_rebuild 執行由 repair_fast 完成的所有修複,包括需要較長時間的修複(如重建索引)。
執行這些修複時不會有遺失資料的危險。