[转帖]PostgreSQL 统计所有数据表各自的总行数

postgresql,统计,所有,数据表,各自,总行 · 浏览次数 : 0

小编点评

**一般来说,可以使用 count(*) 来获取具体某张表的总行数。** **以下是两种方法的比较:** 1. 使用 `count(*)`: ```sql SELECT count(0) FROM t_user; ``` 2. 使用函数 `count_em_all()`: ```sql CREATE TYPE table_count AS (table_name TEXT, num_rows INTEGER); CREATE OR REPLACE FUNCTION count_em_all () RETURNS SETOF table_count AS 'DECLARE the_count RECORD; t_name RECORD; r table_count%ROWTYPE;BEGIN FOR t_name IN SELECT c.relname FROM pg_catalog.pg_class c LEFT JOIN pg_namespace n ON n.oid = c.relnamespace WHERE c.relkind = ''r'' AND n.nspname = ''public'' ORDER BY 1 LOOP FOR the_count IN EXECUTE ''SELECT COUNT(*) AS \"count\" FROM '' || t_name.relname LOOP END LOOP; r.table_name := t_name.relname; r.num_rows := the_count.count; RETURN NEXT r; END LOOP; RETURN;END;' LANGUAGE plpgsql; ``` **函数 `count_em_all()` 的优点是:** * 更精确,因为它从 `pg_catalog.pg_class` 中获取行数。 * 避免了使用 `count(*)` 的潜在错误。 **注意:** * `count_em_all()` 函数执行时会消耗更多的时间,因为它需要遍历所有表。 * 如果数据库中数据较多,该函数执行时会消耗更多的时间。

正文

一般来说,可以使用 count(*) 来获取具体某张表的总行数:

SELECT count(0) FROM t_user;

如果想获得所有表的行数信息,可以使用以下 SQL 语句:

  1. SELECT
  2. relname,
  3. reltuples
  4. FROM
  5. pg_class
  6. CLS LEFT JOIN pg_namespace N ON ( N.oid = CLS.relnamespace )
  7. WHERE
  8. nspname NOT IN ( 'pg_catalog', 'information_schema' )
  9. AND relkind = 'r'
  10. ORDER BY
  11. reltuples DESC;

该语句执行非常迅速,但不太精准,用于数据规模估算时非常有用。

更精确的计算方法是创建一个函数来实现统计功能:

  1. CREATE TYPE table_count AS (table_name TEXT, num_rows INTEGER);
  2. CREATE OR REPLACE FUNCTION count_em_all () RETURNS SETOF table_count AS '
  3. DECLARE
  4. the_count RECORD;
  5. t_name RECORD;
  6. r table_count%ROWTYPE;
  7. BEGIN
  8. FOR t_name IN
  9. SELECT
  10. c.relname
  11. FROM
  12. pg_catalog.pg_class c LEFT JOIN pg_namespace n ON n.oid = c.relnamespace
  13. WHERE
  14. c.relkind = ''r''
  15. AND n.nspname = ''public''
  16. ORDER BY 1
  17. LOOP
  18. FOR the_count IN EXECUTE ''SELECT COUNT(*) AS "count" FROM '' || t_name.relname
  19. LOOP
  20. END LOOP;
  21. r.table_name := t_name.relname;
  22. r.num_rows := the_count.count;
  23. RETURN NEXT r;
  24. END LOOP;
  25. RETURN;
  26. END;
  27. ' LANGUAGE plpgsql;

这段代码创建了一个名为 count_em_all 的函数,调用该函数即可获得准确的统计信息。需要注意的是,如果数据库中数据较多,该函数执行时会消耗更多的时间:

  1. SELECT
  2. *
  3. FROM
  4. count_em_all ( ) AS r
  5. ORDER BY
  6. r.num_rows DESC;
文章知识点与官方知识档案匹配,可进一步学习相关知识

与[转帖]PostgreSQL 统计所有数据表各自的总行数相似的内容:

[转帖]PostgreSQL 统计所有数据表各自的总行数

一般来说,可以使用 count(*) 来获取具体某张表的总行数: SELECT count(0) FROM t_user; 如果想获得所有表的行数信息,可以使用以下 SQL 语句: SELECT relname, reltuplesFROM pg_class CLS LEFT JOIN pg_nam

[转帖]postgresql 编译选项 --with-uuid=e2fs、--with-uuid=ossp 的理解

postgresql 的 rpm 包使用的是 ‘–with-uuid=e2fs’ postgresql 源码 configure 的帮助选项有 uuid 的几个选项,有啥区别? # ./configure --help --with-uuid=LIB build contrib/uuid-ossp

[转帖]postgresql日志参数

https://www.jianshu.com/p/407c03aaa600 postgresql日志参数 logging_collector:这个参数启用日志收集器,它是一个捕捉被发送到stderr的日志消息的后台进程,并且它会将这些消息重定向到日志文件中;默认是OFF,修改参数需要重启。 log

[转帖]postgresql 的 pg_hba.conf 的行记录顺序

postgresql: 9.6 一直觉得 pg_hba.conf 的行记录与顺序无关,遵循细化优先的规则。今天在回顾 pg_hba.conf 文档时发现这种认识是错的。 下面这段话是从文档拷贝过来的: 因为每一次连接尝试都会顺序地检查pg_hba.conf记录,所以这些记录的顺序是非常关键的。通常,

[转帖]postgresql 的 .pgpass密码文件的使用

.pgpass 是 连接 postgresql 时使用的密码文件,通常位置为 ~/.pgpass。 在使用某些组件时还真的必须使用。具体的格式为: hostname:port:database:username:password 常见的使用如下: # su - postgres $ vi ~/.pg

[转帖]PostgreSQL进程结构

http://www.pgsql.tech/article_101_10000099 1、简介 本文简单的介绍了 PostgreSQL 的主要进程类型与功能。 2、PostgreSQL进程分为主进程与辅助进程。 2.1、主进程: PostMaster进程是整个数据库实例的总控进程,负责启动关闭该数据

[转帖]PostgreSQL与MySQL 分析对比

http://www.pgsql.tech/article_101_10000079 概述 在几个流行的数据库中,我首先接触到的是MySQL,随着工作发展,接触到越来越多的是PostgreSQL数据库。这两个十分流行的开源数据库。在这之后,我就会经常和一些朋友进行讨论:MySQL和PostgreSQ

[转帖]PostgreSQL的MVCC vs InnoDB的MVCC

任何一个数据库最主要功能之一是可扩展。如果不删除彼此,则尽可能较少锁竞争从而达到这个目的。由于read、write、update、delete是数据库中最主要且频繁进行的操作,所以并发执行这些操作时不被阻塞则显得非常重要。为了达到这种目的,大部分数据库使用多版本并发控制(Multi-Version

[转帖]PostgreSQL中切换WAL是否会触发checkpoint

https://www.modb.pro/db/570143?utm_source=index_ori 内容概述 Oracle数据库中切换redo日志会触发检查点事件,那么在PostgreSQL中是否也会触发checkpoint事件呢? Oracle中测试 [oracle@orcldb ~]$ sq

[转帖]postgresql 表和索引的膨胀简析

postgresql 表和索引的膨胀是非常常见的,一方面是因为 autovacuum 清理标记为 dead tuple 的速度跟不上,另一方面也可能是由于长事物,未决事物,复制槽引起的。 #初始化数据 zabbix=# create table tmp_t0(c0 varchar(100),c1 v