SQLServer中怎么獲取表的記錄總數(shù)，相信很多沒(méi)有經(jīng)驗(yàn)的人對(duì)此束手無(wú)策，為此本文總結(jié)了問(wèn)題出現(xiàn)的原因和解決方法，通過(guò)這篇文章希望你能解決這個(gè)問(wèn)題。
SQLServer中如何快速獲取表的記錄總數(shù)
我們通常的做法是：selectcount(*)ascfromtableA。然而對(duì)于記錄數(shù)巨大的表，上述做法將會(huì)非常耗時(shí)。在DELL4400服務(wù)器上做試驗(yàn)，MSSqlserver2000數(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ù)呢?答案是有的。
在MSSQL數(shù)據(jù)庫(kù)中每個(gè)表都在sysindexes系統(tǒng)表中擁有至少一條記錄，該記錄中的rows字段會(huì)定時(shí)記錄表的記錄總數(shù)。
sysindexes表的相關(guān)記錄有哪些含義
列名數(shù)據(jù)類(lèi)型描述
idint表ID(假如indid=0或255)。否則為索引所屬表的ID
Indidsmallint索引ID：
0=表
1=聚簇索引
>1=非聚簇索引
255=具有text或image數(shù)據(jù)的表?xiàng)l目。
rowsint基于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ǔ)句：
selectrowsfromsysindexeswhereid=object_id(tablename)andindidin(0,1)
該方法獲取表的記錄總數(shù)的速度非?？欤诤撩爰?jí)就可以完成，相比selectcount(*)要快上數(shù)萬(wàn)倍，但是大家在運(yùn)用該方法是一定要主要，該方法得到的表的總記錄數(shù)不是一個(gè)精確值，原因是MSSQL并不是實(shí)時(shí)更新該字段的值，而是定時(shí)更新，當(dāng)從實(shí)踐來(lái)看該值和精確值一般誤差不大，假如你希望快速的粗略估算表的大小，建議你采用該方法。假如你希望得到精確值，那么請(qǐng)?jiān)趫?zhí)行上述語(yǔ)句前執(zhí)行DBCCUpdateUSAGE(DatabaseName,[TABLENAME])WITHROW_COUNTS強(qiáng)制更新該字段的值，但這樣第一次更新時(shí)會(huì)耗費(fèi)大量的時(shí)間，這樣做的效果和建有聚簇索引的表selectcount(*)效果相差不大，所以假如你希望相對(duì)快速地得到精確的表的記錄總數(shù)，那么你有兩種選擇，建聚簇索引或者先DBCC再使用上述方法。
看完上述內(nèi)容，你們掌握SQLServer中怎么獲取表的記錄總數(shù)的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！
重慶分公司
重慶分公司
