以下的文章主要向大家講述的是MS SQL Server數(shù)據(jù)庫實(shí)現(xiàn)快速獲取表的實(shí)際記錄總數(shù)的實(shí)際操作流程，在SQL Server數(shù)據(jù)庫應(yīng)用的設(shè)計(jì)中一般都需要獲取某些表的記錄總數(shù)，用于判斷表的記錄總數(shù)是否過大，是否需要備份數(shù)據(jù)等。

我們通常的做法是：select count(*) as c from tableA 。然而對于記錄數(shù)巨大的表，上述做法將會非常耗時(shí)。

在DELL 4400 服務(wù)器上做試驗(yàn)，MS SQL Server 2000 數(shù)據(jù)庫對于100萬記錄的簡單數(shù)據(jù)表執(zhí)行上述語句，時(shí)間在1分鐘以上。如果在表的某個(gè)字段上做聚簇索引，***次執(zhí)行該語句的時(shí)間和沒有索引的時(shí)間差不多，之后執(zhí)行上述語句，速度很快，在1秒中以內(nèi)，但當(dāng)表的記錄數(shù)發(fā)生較大變化后，再執(zhí)行該語句又會經(jīng)歷一次耗時(shí)的過程。

而且不是每個(gè)表都適合做聚簇索引的，對于數(shù)量巨大的表，如果需要經(jīng)常增刪操作，建聚簇索引是一個(gè)很不明智的做法，將會極大的影響增刪的速度。那么有沒有一個(gè)比較簡單的方法快速獲取表的記錄總數(shù)呢？答案是有的。

在MS SQL 數(shù)據(jù)庫中每個(gè)表都在sysindexes 系統(tǒng)表中擁有至少一條記錄，該記錄中的rows 字段會定時(shí)記錄表的記錄總數(shù)。下面是sysindexes 表的相關(guān)記錄的含義：

列名 數(shù)據(jù)類型 描述

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ù)級行數(shù)，該值對于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ù)的速度非?？?，在毫秒級就可以完成，相比select count(*) 要快上數(shù)萬倍，但是大家在運(yùn)用該方法是一定要主要，該方法得到的表的總記錄數(shù)不是一個(gè)精確值，原因是MS SQL 并不是實(shí)時(shí)更新該字段的值，而是定時(shí)更新，當(dāng)從實(shí)踐來看該值和精確值一般誤差不大，如果你希望快速的粗略估算表的大小，建議你采用該方法。

如果你希望得到精確值，那么請?jiān)趫?zhí)行上述語句前執(zhí)行DBCC UPDATEUSAGE(DatabaseName,[TABLENAME]) WITH ROW_COUNTS 強(qiáng)制更新該字段的值，但這樣***次更新時(shí)會耗費(fèi)大量的時(shí)間，這樣做的效果和建有聚簇索引的表 select count (*) 效果相差不大，所以如果你希望相對快速地得到精確的表的記錄總數(shù)，那么你有兩種選擇，建聚簇索引或者先DBCC 再使用上述方法。

以上的相關(guān)內(nèi)容就是對MS SQL Server中如何快速獲取表的記錄總數(shù)的介紹，望你能有所收獲。

【編輯推薦】

1. 批量修改SQL Server 2005表構(gòu)架很簡單!
2. SQL server DateDiff 函數(shù)語法中的命名參數(shù)
3. 對SQL Server 2005 BI的描述
4. SQL Server 日期操作全接觸，嘻嘻
5. SQL Server 易混淆的一些數(shù)據(jù)類型有哪些？