在數(shù)據(jù)庫(kù)應(yīng)用的設(shè)計(jì)中，我們往往會(huì)需要獲取某些表的記錄總數(shù)，用于判斷表的記錄總數(shù)是否過大，是否需要備份數(shù)據(jù)等。我們通常的做法是：select count(*) as c from tableA 。然而對(duì)于記錄數(shù)巨大的表，上述做法將會(huì)非常耗時(shí)。在DELL 4400 服務(wù)器上做試驗(yàn)，MS Sqlserver 2000 數(shù)據(jù)庫(kù)對(duì)于100萬記錄的簡(jiǎn)單數(shù)據(jù)表執(zhí)行上述語句，時(shí)間在1分鐘以上。如果在表的某個(gè)字段上做聚簇索引，第一次執(zhí)行該語句的時(shí)間和沒有索引的時(shí)間差不多，之后執(zhí)行上述語句，速度很快，在1秒中以內(nèi)，但當(dāng)表的記錄數(shù)發(fā)生較大變化后，再執(zhí)行該語句又會(huì)經(jīng)歷一次耗時(shí)的過程。而且不是每個(gè)表都適合做聚簇索引的，對(duì)于數(shù)量巨大的表，如果需要經(jīng)常增刪操作，建聚簇索引是一個(gè)很不明智的做法，將會(huì)極大的影響增刪的速度。那么有沒有一個(gè)比較簡(jiǎn)單的方法快速獲取表的記錄總數(shù)呢？答案是有的。在MS SQL 數(shù)據(jù)庫(kù)中每個(gè)表都在sysindexes 系統(tǒng)表中擁有至少一條記錄，該記錄中的rows 字段會(huì)定時(shí)記錄表的記錄總數(shù)。下面是sysindexes 表的相關(guān)記錄的含義：

列名數(shù)據(jù)類型 描述id int 表ID(如果 indid = 0 或255)。否則為索引所屬表的IDIndid 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)表沒有聚簇索引時(shí)，Indid = 0 否則為 1。

那么現(xiàn)在大家應(yīng)該知道如何獲取表的記錄總數(shù)了，只需執(zhí)行如下語句：select rows from sysindexes where id = object_id(tablename) and indid in (0,1)

該方法獲取表的記錄總數(shù)的速度非常快，在毫秒級(jí)就可以完成，相比select count(*) 要快上數(shù)萬倍，但是大家在運(yùn)用該方法是一定要主要，該方法得到的表的總記錄數(shù)不是一個(gè)精確值，原因是MS SQL 并不是實(shí)時(shí)更新該字段的值，而是定時(shí)更新，當(dāng)從實(shí)踐來看該值和精確值一般誤差不大，如果你希望快速的粗略估算表的大小，建議你采用該方法。如果你希望得到精確值，那么請(qǐng)?jiān)趫?zhí)行上述語句前執(zhí)行DBCC UPDATEUSAGE(DatabaseName,[TABLENAME]) WITH ROW_COUNTS 強(qiáng)制更新該字段的值，但這樣第一次更新時(shí)會(huì)耗費(fèi)大量的時(shí)間，這樣做的效果和建有聚簇索引的表 select count (*) 效果相差不大，所以如果你希望相對(duì)快速地得到精確的表的記錄總數(shù)，那么你有兩種選擇，建聚簇索引或者先DBCC 再使用上述方法。