推薦：sql2005 數(shù)據(jù)庫轉(zhuǎn)為sql2000數(shù)據(jù)庫的方法(數(shù)據(jù)導(dǎo)出導(dǎo)入)
今天一網(wǎng)友問我如何將sql2005數(shù)據(jù)庫轉(zhuǎn)換為sql2000，因為sql2005不如用sql2000更簡單與熟悉，其實就是通過數(shù)據(jù)導(dǎo)出導(dǎo)入的方法即可，這里分享下方便需要的朋友

在做維護(hù)項目的時，我們經(jīng)常會遇到索引維護(hù)的問題，通過語句，我們就可以判斷某個表的索引是否需要重建。

執(zhí)行一下語句：先分析表的索引

分析表的索引建立情況：DBCC showcontig('Table')

DBCC SHOWCONTIG 正在掃描 'Table'' 表...
表: 'Table'' (53575229)；索引 ID: 1，數(shù)據(jù)庫 ID: 14
已執(zhí)行 TABLE 級別的掃描。
- 掃描頁數(shù)................................: 228
- 掃描區(qū)數(shù)..............................: 52
- 區(qū)切換次數(shù)..............................: 225
- 每個區(qū)的平均頁數(shù)........................: 4.4
- 掃描密度 [最佳計數(shù):實際計數(shù)].......: 12.83% [29:226]
- 邏輯掃描碎片 ..................: 97.37%
- 區(qū)掃描碎片 ..................: 98.08%
- 每頁的平均可用字節(jié)數(shù)........................: 2686.3
- 平均頁密度(滿).....................: 66.81%

當(dāng)你發(fā)現(xiàn)，掃描密度行，最佳計數(shù)和實際計數(shù)的比例已經(jīng)嚴(yán)重失調(diào)，邏輯掃描碎片占了非常大的百分比，每頁平均可用字節(jié)數(shù)非常大時，就說明

你的索引需要重新整理一下了。

執(zhí)行重建索引命令：
DBCC DBREINDEX('Table'')
后分析的情況

DBCC SHOWCONTIG 正在掃描 'Table'' 表...
表: 'Table'' (53575229)；索引 ID: 1，數(shù)據(jù)庫 ID: 14
已執(zhí)行 TABLE 級別的掃描。
- 掃描頁數(shù)................................: 154
- 掃描區(qū)數(shù)..............................: 20
- 區(qū)切換次數(shù)..............................: 19
- 每個區(qū)的平均頁數(shù)........................: 7.7
- 掃描密度 [最佳計數(shù):實際計數(shù)].......: 100.00% [20:20]
- 邏輯掃描碎片 ..................: 0.00%
- 區(qū)掃描碎片 ..................: 55.00%
- 每頁的平均可用字節(jié)數(shù)........................: 86.8
- 平均頁密度(滿).....................: 98.93%

分享：sql server 2005用戶權(quán)限設(shè)置深入分析
關(guān)于什么是用戶權(quán)限，最簡單的定義可能是，用戶能做什么和不能做什么,本文將詳細(xì)介紹sql server 2005用戶權(quán)限設(shè)置,需要了解的朋友可以參考下