共計 1293 個字符,預(yù)計需要花費 4 分鐘才能閱讀完成。
行業(yè)資訊
數(shù)據(jù)庫
SQL Server 利用 sp_spaceused 如何查看表記錄存在不準(zhǔn)確的情況
前言
在之前寫過一篇博客 ” 關(guān)系數(shù)據(jù)庫如何快速查詢表的記錄數(shù) ”, 里面介紹了使用 sp_spaceused 查看表的記錄數(shù)是否正確的問題,具體如下:
關(guān)于問題 3:有多個索引的表,是否記錄數(shù)會存在不一致的情況?
答案:個人測試以及統(tǒng)計來看,暫時發(fā)現(xiàn)多個索引的情況下,sys.partitions 中的 rows 記錄數(shù)都是一致的。暫時沒有發(fā)現(xiàn)不一致的情況,當(dāng)然也不排除有特殊情況。
關(guān)于問題 5: 分區(qū)表的情況又是怎么樣?
答案:分區(qū)表和普通表沒有任何區(qū)別。
關(guān)于問題 6:對象目錄視圖 sys.partitions 與 sp_spaceused 獲取的表記錄函數(shù)是否準(zhǔn)確?
答案:對象目錄視圖 sys.partitions 與 sp_spaceused 獲取的表記錄數(shù)是準(zhǔn)確的。
但是,今天遇到一個問題,直接推翻了之前博客里面下的這個結(jié)論。如下截圖所示,發(fā)現(xiàn)不同的索引的記錄數(shù)不一樣。所以問題 3,應(yīng)該這樣回答:
大部分情況下,sys.partitions 中的 rows 記錄數(shù)都是一致的。但是也有發(fā)現(xiàn)不同索引的 rows 不一致的情況
另外,也發(fā)現(xiàn) sp_spaceused 中返回的記錄數(shù)跟 SELECT COUNT(*) 不一致。但是從碎片,統(tǒng)計信息等各個方面都分析了一下,實在沒有搞清楚什么原因會導(dǎo)致這種情況出現(xiàn)。在數(shù)據(jù)庫找了一下,發(fā)現(xiàn)這樣的情況非常少,但是確實也是存在的。特此記錄一下
sp_spaceused 'dbo.spcecial_table';
SELECT partition_id, object_id, index_id,row_count
FROM sys.dm_db_partition_stats
WHERE object_id= OBJECT_ID('dbo.spcecial_table')
SELECT object_id, index_id, rows FROM sys.partitions
WHERE object_id= OBJECT_ID('dbo.spcecial_table')
SELECT object_id, index_id, rows FROM sys.partitions
WHERE object_id= OBJECT_ID('spcecial_table');
如下截圖所示,sp_spaceused 獲取的記錄數(shù)為 8718528,但是 SELECT COUNT(*) 為 8735537。
![]()
關(guān)于問題 6:對象目錄視圖 sys.partitions 與 sp_spaceused 獲取的表記錄函數(shù)是否準(zhǔn)確?
答案:對象目錄視圖 sys.partitions 與 sp_spaceused 獲取的表記錄數(shù)是準(zhǔn)確的。
正確答案:對象目錄視圖 sys.partitions 與 sp_spaceused 獲取的表記錄數(shù)是大部分是準(zhǔn)確的。但是也存在記錄數(shù)不準(zhǔn)確的情況。只是目前不清楚在什么場景下,會出現(xiàn)不準(zhǔn)確的情況。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對丸趣 TV 的支持。
向 AI 問一下細(xì)節(jié)
丸趣 TV 網(wǎng) - 提供最優(yōu)質(zhì)的資源集合!