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吧。