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

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

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

id?????????? ?int????? ????????表ID(如果

indid = 0 或255)。否則為索引所屬表的ID

Indid

smallint???????? ?索引ID：

0＝表

1＝聚簇索引

>1＝非聚簇索引

255＝具有text或image數(shù)據(jù)的表條目。

rows

int??? ???????????基于indid=0 和

indid=1地數(shù)據(jù)級行數(shù)，該值對于

indid>1重復。如果indid=255，rows設置為0。

當表沒有聚簇索引時，Indid

= 0 否則為

1。

那么現(xiàn)在大家應該知道如何獲取表的記錄總數(shù)了，只需執(zhí)行如下語句：

select rows from sysindexes where id = object_id(tablename)

and indid in (0,1)

該方法獲取表的記錄總數(shù)的速度非常快，在毫秒級就可以完成，相比select

count(*) 要快上數(shù)萬倍。但是大家在運用該方法是一定要注意，該方法得到的表的總記錄數(shù)不是一個精確值。原因是MS

SQL 并不是實時更新該字段的值，而是定時更新，當然從時間來看該值和精確值一般誤差不大。如果你希望快速的粗略估算表的大小，建議你采用該方法。如果你希望得到精確值，那么請在執(zhí)行上述語句前執(zhí)行DBCC

UPDATEUSAGE(DatabaseName,[TABLENAME]) WITH ROW_COUNTS 強制更新該字段的值，但這樣第一次更新時會耗費大量的時間，這樣做的效果和建有聚簇索引的表

select count (*) 效果相差不大，所以如果你希望相對快速地得到精確的表的記錄總數(shù)，那么你有兩種選擇，建聚簇索引或者先DBCC

再使用上述方法

如：

Script

select?rows?from?sysindexes?where?id?=?object_id('Customer_Company_Info')?and?indid?in?(0,1)

example：

select rows from sys.sysindexes where id=OBJECT_ID('[dbo].udt_DebugSendToBaanunit') and indid in (0,1);

select COUNT(*) from [dbo].udt_DebugSendToBaanunit

總結

以上是生活随笔為你收集整理的mysql查询表记录总数sql_SQL Server-快速查询表中的记录总数的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。