PostgreSQL-系统表、系统视图
系统表显示的都是当前操作数据库下的信息，对象都来自当前数据库。因为不同的系统表都用不同名的字段来记录不同对象的oid，这个表引用那个表，那个表又引用另一个表，所以这些字段名不太好记。
pg_class （系统表：对象）是一个对象表，表的每个字段都是‘rel’开头，分明就是 ‘relation’这个单词的缩写，意思就是‘关系’。表中relkind字段决定对象类型：r = 普通表，i = 索引，S = 序列，v = 视图， c = 复合类型，s = 特殊，t = TOAST表。对象所属的relnamespace（模式名称）和relowner（所有者）都是用其对应的oid显示，所以要直观看到实际本名要联合pg_namespace（系统表：模式）和pg_roles（系统视图：角色）一起查，这两个表和视图中都有oid字段。
以查询对象所属模式及其名称为例：
select relname,relkind,relnamespace,nspname from pg_class c,pg_namespace n where n.oid=16424 and c.relnamespace=n.oid relname | relkind | relnamespace | nspname -------------------+---------+--------------+--------- website_pkey | i | 16424 | yun website | r | 16424 | yun board_pkey | i | 16424 | yun board | r | 16424 | yun spam_keyword_pkey | i | 16424 | yun spam_keyword | r | 16424 | yun
oid数据类型，查询有无单引号都可以。pg_namespace中的oid字段是隐含的，用select * from不能直接查询。
select oid,* from pg_namespace
oid | nspname | nspowner | nspacl
-------+--------------------+----------+-------------------------------------
99 | pg_toast | 10 |
11194 | pg_temp_1 | 10 |
11195 | pg_toast_temp_1 | 10 |
11 | pg_catalog | 10 | {postgres=UC/postgres,=U/postgres}
11469 | information_schema | 10 | {postgres=UC/postgres,=U/postgres}
2200 | public | 10 | {postgres=UC/postgres,=UC/postgres}
16424 | yun | 16392 |
16551 | audit | 16392 |
PS:逗号其实是一种起到连结若干列与若干列作用的符号，是一个对查询结果直接产生作用的符号，不是因为查多个字段所以用来分隔为了易读好看的。
pg_namespace有模式的oid，pg_roles有用户的oid。
pg_attribute，竟然有这么一张表用来记录所有表的字段，神奇。
一直有两点疑惑，一是怎么查看视图的定义，二是怎么看一个函数（过程）的定义，也就是对象的实际实现语句，而不是其他属性，视图和函数都是不同模式下的对象，但是在查询它们的时候都没有受模式的影响。
先看视图，以测试建的视图‘test_view1’为例，psql提供了3个视图相关的元命令，但是没有显示具体定义语句的，之后查询了pg_views视图才看到有，这还算是方便的。
yun=> \d test_view1 视观表 "yun.test_view1" 栏位 | 型别 | 修饰词 ------------+--------------------------------+-------- kid | smallint | word | character varying(255) | styles | integer[] | cids | integer[] | filter_pos | smallint | tm_update | timestamp(0) without time zone | yun=> \dp test_view1 存取权限 架构模式 | 名称 | 型别 | 存取权限 | 列访问权限 ----------+------------+--------+----------+------------ yun | test_view1 | 视观表 | | (1 行记录) yun=> \dv test_view1 关联列表 架构模式 | 名称 | 型别 | 拥有者 ----------+------------+--------+--------- yun | test_view1 | 视观表 | chen (1 行记录) yun=> select * from pg_views where viewname='test_view1' schemaname | viewname | viewowner | definition ------------+------------+-----------+---------------- yun | test_view1 | chen | SELECT 定义略 ; (1 行记录)
再看函数，我直接查了pg_proc表，由于结果都只显示一行而结果第一行都是换行符所以psql在prosrc只显示了\r。另外psql给的2个函数相关的元命令也有用：\df 和 \sf 。
yun=> select prosrc from pg_proc where proname='thaha'
prosrc -------------------------------------------------------- \r + declare\r + t2_row record;\r + BEGIN\r + select into t2_row gid from board where fid=52163;\r + -- RAISE EXCEPTION 'employee % not found', ooo.name;\r+ return ooo||ooo.url||t2_row.gid;\r + END;\r + (1 行记录)
cyyun=> \df thaha 函数列表 架构模式 | 名称 | 结果资料型别 | 参数资料型别 | 型别 ----------+-------+--------------+--------------+------ cyyun | thaha | text | ooo website | 常规 (1 行记录) cyyun=> \sf thaha CREATE OR REPLACE FUNCTION cyyun.thaha(ooo website) RETURNS text LANGUAGE plpgsql AS $function$ 略 return ooo||ooo.url||t2_row.gid; END; $function$
thaha是之前随便写的一个测试函数，这里\sf命令不能显示实际执行的SQL，没法直接看到是怎么进行结果的。
另话，新建视图v2后，把v2的select分配给public，然后drop view v2，再新建同名的view v2，不分配权限，虽然之前分配过同名的v2权限，但是其他用户是无法select新的v2的，说明权限的分配至少和viewname是没有关系的，可能也是跟随oid吧。
