探讨PostgreSQL实例中数据库之间的关系

疑问

前几天PG学习微信群有人在问“pg_class 存储了对象和命名空间，表空间的对应关系，为什么没有和数据库的关系？我想查数据库下面有多少对象，找不到数据库和对象的关系？”

简而言之；PostgreSQL数据库和对象的关系；提这个问题的同学；应该是想知道

PostgreSQL实例中数据库之间的关系，以及数据库和对象的关系。

至于能否有这样的SQL；容我一步一步探索

探索

1、探索PG的逻辑结构

逻辑结构图

上图解析：

第一层是实例(Instance)。
第二层是数据库(Database)；一个实例下有多个数据库；每个数据库之间是完全独立的。
第三层是Schema；数据库下面有多个Schema；其中“public” 是数据库创建时产生的。
每个Schema下面可以创建表，视图，索引，函数，序列，物化视图，外部表等等。

由于在PostgreSQL每个数据库是完全独立的；这可以解释另外一个问题（为什么访问同一个实例下其他数据库为什么要借用dblink或者fdw接口？）。

这时可能会有学MYSQL同学会问到；（为什么在MYSQL中可以访问同实例下其他数据库？）。其实MYSQL跟PostgreSQL逻辑结构不一样；其中MYSQL实例中的数据库相当于PostgreSQL上图的第三层的Schema。

2、探索PG数据库中schema

了解过PostgreSQL的同学都知道；我们通过系统表pg_database可以查到数据库，通过系统表pg_class可以查到数据库object。

postgres=# select datname, oid from pg_database where datname = 'postgres';

 datname  |  oid  

----------+-------

 postgres | 13543

(1 row)

postgres=# select relname, oid from pg_class where oid = 't1' :: regclass;

 relname |  oid  

---------+-------

 t1      | 32768

(1 row)

而pg_database、pg_class存放在一个名为pg_catalog的Schema下。其中pg_catalog是系统级的schema，用于存储系统函数和系统元数据、而每个 database 创建好后，默认会有3个Schema。

一个名为pg_catalog，用于存储Postgresql系统自带的函数,表,系统视图,数据类型转换器以及数据类型定义等元数据

一个名为information_schema，用于存储所需求提供的元数据查询视图,目的是以符合ANSI SQL规范,可单独删除

一个名为public，用于存储用户创建的数据表。不建议项目的表存放在public下，1、是数据安全；2、表存放混乱；不利于后期维护等等

查看schema

-- 通过元命令查看

lottu=# \dn

  List of schemas

  Name  |  Owner   

--------+----------

 public | postgres

-- 查看隐藏的schema

lottu=# select table_schema

lottu-#   from information_schema.tables

lottu-#  group by table_schema;

    table_schema    

--------------------

 information_schema

 pg_catalog

(2 rows)

-- 系统表存放的schema是在pg_catalog下；

lottu=# \d pg_catalog.pg_class

lottu=# \d pg_catalog.pg_database

--这里我们先抛出一个问题；后面解析；每个数据库的pg_class是同一个吗？

3、探索PG数据库中catalog

我们知道新建一个数据库会在表空间对应的目录下创建一个 oid（数据库oid）的目录；用于存放这个数据库对应的数据库文件。

-- 例如数据库lottu

lottu=# select oid, datname from pg_database where datname='lottu';

  oid  | datname 

-------+---------

 32771 | lottu

(1 row)

--对应的目录就会有一个32771的文件夹

[postgres@node3 ~]$ ll /data/postgres/data/base/

total 32

drwx------. 2 postgres postgres  4096 Sep 16 10:54 1

drwx------. 2 postgres postgres  4096 Sep 16 10:54 13542

drwx------. 2 postgres postgres 12288 Sep 21 11:44 13543

drwx------. 2 postgres postgres 12288 Sep 21 14:33 32771

-- 在 数据库lottu中；其中的table_catalog

lottu=# select table_catalog

lottu-#   from information_schema.tables

lottu-#  group by table_catalog; 

 table_catalog 

---------------

 lottu

(1 row)

-- 在数据库 postgres中；其中table_catalog是postgres。

lottu=# \c postgres

You are now connected to database "postgres" as user "postgres".

postgres=# select table_catalog

  from information_schema.tables

 group by table_catalog; 

 table_catalog 

---------------

 postgres

(1 row)

通过上述实验；我们可以了解到PG同实例下数据库之间不仅物理结构完全独立，逻辑结构也是完全独立。这个不仅作用于用户表，还作用于系统表。现在来解析上面抛出的问题“每个数据库的pg_class是同一个吗”？

-- 在postgres数据库中

postgres=# select table_catalog, table_schema, table_name, table_name :: regclass ::oid from information_schema.tables where table_name = 'pg_class';

 table_catalog | table_schema | table_name | table_name 

---------------+--------------+------------+------------

 postgres      | pg_catalog   | pg_class   |       1259

(1 row)

--在 lottu 数据库中

lottu=# select table_catalog, table_schema, table_name, table_name :: regclass ::oid from information_schema.tables where table_name = 'pg_class';

 table_catalog | table_schema | table_name | table_name 

---------------+--------------+------------+------------

 lottu         | pg_catalog   | pg_class   |       1259

(1 row)

--根据oid找到文件

[postgres@node3 data]$ find . -name '1259*'

./base/1/1259

./base/1/1259_vm

./base/1/1259_fsm

./base/13543/1259

./base/13543/1259_vm

./base/13543/1259_fsm

./base/13542/1259

./base/13542/1259_vm

./base/13542/1259_fsm

./base/32771/1259

./base/32771/1259_vm

./base/32771/1259_fsm

结果：

在逻辑结构上；同实例下每个数据库的表是在存放在同库名的catalog下。
在物理结构上；同实例下每个数据库的pg_class对应的数据文件也是独立存放的。

结论

在PG中；同实例下每个数据库是完全独立；表是在存放在同库名的catalog下；例如Postgres数据库的表存放在Postgres的catalog下，可以把catalog理解为database。同时物理结构是也是独立存放的
每个 database 创建时；会默认为库创建pg_catalog/information_schema

最后，前面的疑问“PostgreSQL实例中数据库之间的关系，以及数据库和对象的关系”，应该很好解释清楚。

参考文献

https://www.postgresql.org/docs/current/catalogs.html

https://www.postgresql.org/docs/current/infoschema-schema.html