婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 關于關系數據庫如何快速查詢表的記錄數詳解

關于關系數據庫如何快速查詢表的記錄數詳解

熱門標簽:泗洪正規電話機器人找哪家 怎么去開發一個電銷機器人 南昌呼叫中心外呼系統哪家好 河北便宜電銷機器人軟件 ai電話電話機器人 湖南保險智能外呼系統產品介紹 怎么申請400熱線電話 小程序智能電話機器人 簡單的智能語音電銷機器人

前言

在數據庫中,很多人員習慣使用SELECT COUNT(*)SELECT COUNT(1)SELECT COUNT(COL)來查詢一個表有多少記錄,對于小表,這種SQL的開銷倒不是很大,但是對于大表,這種查詢表記錄數的做法就是一個非常消耗資源了,而且效率很差。下面介紹一下SQL Server、 Oracle、MySQL中如何快速獲取表的記錄數。

SQL SERVER 數據庫

在SQL Server數據庫中, 對象目錄視圖sys.partitions中有一個字段rows會記錄表的記錄數。我們以AdventureWorks2014為測試數據庫。

SELECT OBJECT_NAME(object_id) AS Object_Name, 
 i.name   AS Index_Name,
 p.rows   AS Table_Rows
FROM sys.partitions p
LEFT JOIN sys.sysindexes i ON p.object_id = i.id AND p.index_id = i.indid 
WHERE
 object_id = OBJECT_ID('TableName') 

那么我們還有一些疑問,我們先來看看這些問題吧!

1:沒有索引的表是否也可以使用上面腳本?

2:只有非聚集索引的堆表是否可以使用上面腳本?

3:有多個索引的表,是否記錄數會存在不一致的情況?

4:統計信息不準確的表,是否rows也會不準確

5: 分區表的情況又是怎么樣?

6:對象目錄視圖sys.partitions與sp_spaceused獲取的表記錄函數是否準確。

如下所示,我們先構造測試案例:

IF EXISTS(SELECT 1 FROM sys.objects WHERE type='U' AND name='TEST_TAB_ROW')
BEGIN
 DROP TABLE TEST_TAB_ROW;
END
 
IF NOT EXISTS(SELECT 1 FROM sys.objects WHERE type='U' AND name='TEST_TAB_ROW')
BEGIN
 CREATE TABLE TEST_TAB_ROW
 (
  ID INT,
  NAME CHAR(200)
 )
END
GO
 
SET NOCOUNT ON;
BEGIN TRAN
DECLARE @Index INT =1;
 
WHILE @Index = 100000
BEGIN
 
 INSERT INTO TEST_TAB_ROW
 VALUES(@Index, NEWID());
 
 SET @Index+=1;
 
 IF (@Index % 5000) = 0 
 BEGIN
 IF @@TRANCOUNT > 0 
  BEGIN 
  COMMIT;
  BEGIN TRAN
  END
 END
END
 
IF @@TRANCOUNT > 0 
BEGIN 
 COMMIT;
END
GO

關于問題1、問題2,都可以使用上面腳本, 如下測試所示:

SELECT OBJECT_NAME(object_id) AS Object_Name, 
 i.name   AS Index_Name,
 p.rows   AS Table_Rows
FROM sys.partitions p
LEFT JOIN sys.sysindexes i ON p.object_id = i.id AND p.index_id = i.indid 
WHERE
 object_id = OBJECT_ID('dbo.TEST_TAB_ROW') 

在表dbo.TEST_TAB_ROW 上創建非聚集索引后,查詢結果如下所示:

CREATE INDEX IX_TEST_TAB_ROW ON TEST_TAB_ROW(ID);

我們插入500條記錄,此時,這個數據量不足以觸發統計信息更新,如下所示, Rows Sampled還是1000000

DECLARE @Index INT =1;
 
WHILE @Index = 500
BEGIN
 
 INSERT INTO TEST_TAB_ROW
 VALUES(100000 +@Index, NEWID());
 
 SET @Index+=1;
 
END

如下所示,發現sys.partitions中的記錄變成了100500了,可見rows這個值的計算不依賴統計信息。

當然,如果你用sp_spaceused,發現這里面的記錄也是100500

sp_spaceused 'dbo.TEST_TAB_ROW'

關于問題3:有多個索引的表,是否記錄數會存在不一致的情況?

答案:個人測試以及統計來看,暫時發現多個索引的情況下,sys.partitions中的rows記錄數都是一致的。暫時沒有發現不一致的情況,當然也不排除有特殊情況。

關于問題5: 分區表的情況又是怎么樣?

答案:分區表和普通表沒有任何區別。

關于問題6:對象目錄視圖sys.partitions與sp_spaceused獲取的表記錄函數是否準確?

答案:對象目錄視圖sys.partitions與sp_spaceused獲取的表記錄數是準確的。

ORACLE 數據庫

在ORACLE數據庫中,可以通過DBA_TABLES、ALL_TABLES、USER_TABLES視圖查看表的記錄數,不過這個值(NUM_ROWS)跟統計信息有很大的關系,有時候統計信息沒有更新或采樣比例會導致這個值不是很準確。

SELECT OWNER  , 
  TABLE_NAME, 
  NUM_ROWS ,
  LAST_ANALYZED
FROM DBA_TABLES 
WHERE OWNER = 'OWNER' 
  AND TABLE_NAME = 'TABLE_NAME'; 
 
 
SELECT OWNER,
  TABLE_NAME,
  NUM_ROWS ,
  LAST_ANALYZED
FROM ALL_TABLES
WHERE OWNER ='OWNER'
AND TABLE_NAME='TABLE_NAME';
 
 
SELECT TABLE_NAME,
  NUM_ROWS ,
  LAST_ANALYZED
FROM USER_TABLES
WHERE TABLE_NAME='TABLE_NAME'

更新統計信息后,就能得到準確的行數。所以如果需要得到正確的數據,最好更新目標表的統計信息,進行100%采樣分析。對于分區表,那么就需要從dba_tab_partitions里面查詢相關數據了。

SQL>execute dbms_stats.gather_table_stats(ownname => 'username', tabname =>'tablename', estimate_percent =>100, cascade=>true);

MySQL數據庫

在MySQL中比較特殊,雖然INFORMATION_SCHEMA.TABLES也可以查到表的記錄數,但是非常不準確。如下所示,即使使用ANALYZE TABLE更新了統計信息,從INFORMATION_SCHEMA.TABLES中獲取的記錄依然不準確

SELECT TABLE_ROWS 
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME='table_name'
mysql> SELECT TABLE_ROWS 
 -> FROM INFORMATION_SCHEMA.TABLES
 -> WHERE TABLE_NAME='jiraissue'
 -> ;
+------------+
| TABLE_ROWS |
+------------+
|  36487 |
+------------+
1 row in set (0.01 sec)
 
mysql> select count(*) from jiraissue;
+----------+
| count(*) |
+----------+
| 36973 |
+----------+
1 row in set (0.05 sec)
 
mysql> analyze table jiraissue;
+----------------+---------+----------+----------+
| Table   | Op  | Msg_type | Msg_text |
+----------------+---------+----------+----------+
| jira.jiraissue | analyze | status | OK  |
+----------------+---------+----------+----------+
1 row in set (1.41 sec)
 
mysql> SELECT TABLE_ROWS 
 -> FROM INFORMATION_SCHEMA.TABLES
 -> WHERE TABLE_NAME='jiraissue';
+------------+
| TABLE_ROWS |
+------------+
|  34193 |
+------------+
1 row in set (0.00 sec)
 
mysql> 

如上所示,MySQL這種查詢表記錄數的方法看來還是有缺陷的。當然如果不是要求非常精確的值,這個方法也是不錯的。

當然,上面介紹的SQL Server、Oracle、MySQL數據庫中的方法,還是有一些局限性的。例如,只能查詢整張表的記錄數,對于那些查詢記錄數帶有查詢條件(WHERE)這類SQL。還是必須使用SELECT COUNT(*)這種方法。

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。

您可能感興趣的文章:
  • sql 查詢記錄數結果集某個區間內記錄
  • SQL Server數據庫按百分比查詢出表中的記錄數
  • mysql實現查詢最接近的記錄數據示例

標簽:荊門 瀘州 江蘇 威海 景德鎮 淮安 柳州 那曲

巨人網絡通訊聲明:本文標題《關于關系數據庫如何快速查詢表的記錄數詳解》,本文關鍵詞  關于,關系,數據庫,如何,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《關于關系數據庫如何快速查詢表的記錄數詳解》相關的同類信息!
  • 本頁收集關于關于關系數據庫如何快速查詢表的記錄數詳解的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    日韩三区在线观看| 亚洲香肠在线观看| 亚洲一区二区三区四区在线 | 日本久久一区二区三区| 亚洲三级在线观看| 欧美videos大乳护士334| 欧美这里有精品| 99天天综合性| 欧美日韩精品一区二区天天拍小说 | 国产制服丝袜一区| 亚洲裸体xxx| 亚洲高清中文字幕| 国产精品不卡一区| 国产精品网站一区| 欧美美女激情18p| 91捆绑美女网站| 国产 日韩 欧美大片| 五月婷婷激情综合| 日韩精品一区二区三区老鸭窝| 国产精品自拍三区| 国产老肥熟一区二区三区| 六月丁香婷婷久久| 亚洲国产sm捆绑调教视频| 国产精品久久午夜| 国产亚洲午夜高清国产拍精品| 国产高清不卡一区二区| 国产传媒一区在线| 亚洲精品一区二区三区在线观看| 在线观看91精品国产入口| 日本黄色一区二区| 成人午夜伦理影院| 色婷婷狠狠综合| 91免费看片在线观看| 欧洲视频一区二区| 久久se精品一区精品二区| 日韩制服丝袜av| 男男成人高潮片免费网站| 中文字幕在线一区免费| 亚洲国产成人自拍| 国产综合久久久久久鬼色| 日韩视频永久免费| 亚洲精品视频免费看| 国产一区二区三区国产| 日日夜夜免费精品视频| 国产精品卡一卡二| 九九视频精品免费| 精品国产乱码久久久久久老虎 | 99久久久国产精品免费蜜臀| 97久久超碰国产精品| 国产亚洲自拍一区| 国产一区二区免费在线| 国产清纯白嫩初高生在线观看91| 欧美特级限制片免费在线观看| 日韩一级免费观看| 一区二区三区在线观看视频| 国产精品一级在线| 精品久久久网站| 亚洲高清视频中文字幕| 99精品欧美一区二区三区小说 | 欧美激情一区二区三区| 2020日本不卡一区二区视频| 久久精品视频在线看| caoporn国产精品| 欧美一个色资源| 国产精品一二三四| 日韩精品一区二区三区中文精品| 欧美久久久久久久久| www.综合网.com| 欧美一级在线免费| 另类小说欧美激情| 一本到一区二区三区| 欧美视频一二三区| 亚洲图片欧美综合| 欧美日韩国产成人在线免费| 久久精品网站免费观看| 国产成人午夜视频| 欧美国产成人精品| 亚洲国产精品高清| 青青青爽久久午夜综合久久午夜| 亚洲国产精品精华液2区45| 久久99精品久久久| 国产亚洲污的网站| 国产日本亚洲高清| 日本在线不卡一区| 亚洲欧洲精品天堂一级| 精品99久久久久久| hitomi一区二区三区精品| 天天综合色天天| 日本一区二区三区久久久久久久久不 | 成人网男人的天堂| 在线观看91精品国产入口| 欧美日韩在线播放三区| 日韩激情av在线| 国内精品视频666| 久久九九99视频| 欧美国产日本韩| 欧美丰满嫩嫩电影| 欧美乱妇一区二区三区不卡视频| 欧美色图片你懂的| 自拍偷自拍亚洲精品播放| 日韩欧美激情在线| 国产精品国产三级国产a| 午夜精品久久久久久久99樱桃| 另类的小说在线视频另类成人小视频在线| 极品少妇xxxx精品少妇| 欧美视频完全免费看| 日韩一区二区在线播放| 国产精品欧美久久久久无广告| 青青草国产成人av片免费| 国产iv一区二区三区| 在线播放欧美女士性生活| 亚洲人吸女人奶水| 在线观看日韩一区| 日本一区二区久久| 日韩欧美国产午夜精品| 国产日韩欧美一区二区三区乱码 | 麻豆成人av在线| 亚洲精品欧美综合四区| 在线播放一区二区三区| 国产精品丝袜91| 91麻豆精品91久久久久久清纯| 国产欧美日韩另类一区| 精品一区二区三区视频| 91精品久久久久久久91蜜桃| 亚洲综合视频网| 欧美猛男男办公室激情| 香蕉乱码成人久久天堂爱免费| 色综合激情久久| 天天色天天操综合| 欧美日韩一区二区三区高清| 1区2区3区欧美| 欧美日韩综合不卡| 国产精品高清亚洲| 尤物视频一区二区| 欧美视频一二三区| 亚洲情趣在线观看| 日韩精品资源二区在线| 成人午夜av在线| 国产激情视频一区二区在线观看 | 亚洲视频一区在线| 99视频一区二区| 17c精品麻豆一区二区免费| 丁香一区二区三区| 国产成人av一区| 国产精品一级二级三级| 美女一区二区视频| 亚洲成人动漫一区| 亚洲电影第三页| 国产亚洲一本大道中文在线| 色先锋aa成人| 精品国产一区二区三区久久影院| 日韩在线观看一区二区| 欧美va亚洲va在线观看蝴蝶网| 日本伊人精品一区二区三区观看方式| 亚洲成年人网站在线观看| 成人综合在线观看| 麻豆成人av在线| 亚洲四区在线观看| 奇米888四色在线精品| 一区二区三区在线不卡| 7777精品伊人久久久大香线蕉完整版 | 免费精品视频最新在线| 综合av第一页| 亚洲欧美在线另类| 国产精品欧美一区喷水| 国产人伦精品一区二区| 成人黄色777网| 日韩一区二区三区视频| 日韩一区二区在线看片| 精品国产青草久久久久福利| 777奇米成人网| 日韩视频一区二区在线观看| 欧美日韩视频在线观看一区二区三区| 国产一区二区久久| 亚洲r级在线视频| 亚洲青青青在线视频| 久久久不卡网国产精品一区| 6080日韩午夜伦伦午夜伦| 日韩欧美国产小视频| 日韩美女在线视频| 国产午夜一区二区三区| 一区二区视频在线| 久草精品在线观看| 黑人巨大精品欧美黑白配亚洲| 狠狠色丁香久久婷婷综合丁香| 国产高清精品久久久久| 色婷婷综合在线| 日韩一区二区麻豆国产| 久久天堂av综合合色蜜桃网| 亚洲丝袜自拍清纯另类| 欧美色倩网站大全免费| 欧美精三区欧美精三区| 2023国产精品视频| 日韩欧美国产小视频| 成人小视频在线| 欧美视频日韩视频| 欧美精品一区二| 亚洲欧洲成人精品av97| 亚洲人一二三区| 一区二区三区欧美|