疑问
前几天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