MS SQL Server數(shù)據(jù)庫(kù)快速獲得表的記錄總數(shù)步驟
以下的文章主要向大家講述的是MS SQL Server數(shù)據(jù)庫(kù)實(shí)現(xiàn)快速獲取表的實(shí)際記錄總數(shù)的實(shí)際操作流程，在SQL Server數(shù)據(jù)庫(kù)應(yīng)用的設(shè)計(jì)中一般都需要獲取某些表的記錄總數(shù)，用于判斷表的記錄總數(shù)是否過(guò)大，是否需要備份數(shù)據(jù)等。
我們通常的做法是：select count(*) as c from tableA 。然而對(duì)于記錄數(shù)巨大的表，上述做法將會(huì)非常耗時(shí)。
在DELL 4400 服務(wù)器上做試驗(yàn)，MS SQL Server 2000 數(shù)據(jù)庫(kù)對(duì)于100萬(wàn)記錄的簡(jiǎn)單數(shù)據(jù)表執(zhí)行上述語(yǔ)句，時(shí)間在1分鐘以上。如果在表的某個(gè)字段上做聚簇索引，***次執(zhí)行該語(yǔ)句的時(shí)間和沒(méi)有索引的時(shí)間差不多，之后執(zhí)行上述語(yǔ)句，速度很快，在1秒中以?xún)?nèi)，但當(dāng)表的記錄數(shù)發(fā)生較大變化后，再執(zhí)行該語(yǔ)句又會(huì)經(jīng)歷一次耗時(shí)的過(guò)程。
而且不是每個(gè)表都適合做聚簇索引的，對(duì)于數(shù)量巨大的表，如果需要經(jīng)常增刪操作，建聚簇索引是一個(gè)很不明智的做法，將會(huì)極大的影響增刪的速度。那么有沒(méi)有一個(gè)比較簡(jiǎn)單的方法快速獲取表的記錄總數(shù)呢？答案是有的。
在MS SQL 數(shù)據(jù)庫(kù)中每個(gè)表都在sysindexes 系統(tǒng)表中擁有至少一條記錄，該記錄中的rows 字段會(huì)定時(shí)記錄表的記錄總數(shù)。下面是sysindexes 表的相關(guān)記錄的含義：
列名 數(shù)據(jù)類(lèi)型 描述
id int 表ID(如果 indid = 0 或255)。否則為索引所屬表的ID
Indid smallint 索引ID：
0＝表
1＝聚簇索引
>1＝非聚簇索引
255＝具有text或image數(shù)據(jù)的表?xiàng)l目。
rows int 基于indid=0 和 indid=1地?cái)?shù)據(jù)級(jí)行數(shù)，該值對(duì)于indid>1重 復(fù)。如果indid=255，rows設(shè)置為0。
當(dāng)表沒(méi)有聚簇索引時(shí)，Indid = 0 否則為 1。
那么現(xiàn)在大家應(yīng)該知道如何獲取表的記錄總數(shù)了，只需執(zhí)行如下語(yǔ)句：
- select rows from sysindexes where id = object_id(tablename) and indid in (0,1)
該方法獲取表的記錄總數(shù)的速度非?？?，在毫秒級(jí)就可以完成，相比select count(*) 要快上數(shù)萬(wàn)倍，但是大家在運(yùn)用該方法是一定要主要，該方法得到的表的總記錄數(shù)不是一個(gè)精確值，原因是MS SQL 并不是實(shí)時(shí)更新該字段的值，而是定時(shí)更新，當(dāng)從實(shí)踐來(lái)看該值和精確值一般誤差不大，如果你希望快速的粗略估算表的大小，建議你采用該方法。
如果你希望得到精確值，那么請(qǐng)?jiān)趫?zhí)行上述語(yǔ)句前執(zhí)行DBCC UPDATEUSAGE(DatabaseName,[TABLENAME]) WITH ROW_COUNTS 強(qiáng)制更新該字段的值，但這樣***次更新時(shí)會(huì)耗費(fèi)大量的時(shí)間，這樣做的效果和建有聚簇索引的表 select count (*) 效果相差不大，所以如果你希望相對(duì)快速地得到精確的表的記錄總數(shù)，那么你有兩種選擇，建聚簇索引或者先DBCC 再使用上述方法。
以上的相關(guān)內(nèi)容就是對(duì)MS SQL Server中如何快速獲取表的記錄總數(shù)的介紹，望你能有所收獲。
【編輯推薦】
