表 9.35列出了多个用于提取会话和系统信息的函数。

session_user 是发起数据库连接的用户； 它在该连接期间是固定的。current_user 是适用于权限检查的用户标识符。通常它等于会话用户， 但在执行带有 SECURITY DEFINER 属性的函数期间会发生变化。 用 Unix 的说法，会话用户是“真实用户”， 当前用户是“有效用户”。

current_schema 返回搜索路径中第一个模式的名称（如果搜索路径为空，则返回空值）。在创建表或其他命名对象时，如果未指定目标模式，就会使用该模式。current_schemas(boolean) 返回当前搜索路径中所有模式名称的数组。布尔选项决定是否在返回的搜索路径中包含 pg_catalog 等隐式包含的系统模式。

SET search_path TO schema [, schema, ...]

version()返回一个描述PostgreSQL服务器版本的字符串。

表 9.36展示了那些可以用于查询以及修改运行时配置参数的函数。

函数current_setting返回设置setting_name的当前值。它对应于SQL命令SHOW。例如：

SELECT current_setting('datestyle');

 current_setting
-----------------
 ISO, MDY
(1 row)

set_config将参数setting_name设置为new_value。如果is_local为true，新值仅适用于当前事务。如果要让新值适用于当前会话，请改用false。该函数对应于 SQL 命令SET。例如：

SELECT set_config('log_statement_stats', 'off', false);

 set_config
------------
 off
(1 row)

表 9.37列出了允许用户以编程方式查询对象访问权限的函数。关于权限的更多信息，请参见第 5.7 节。

has_table_privilege检查用户是否可以以某种方式访问表。用户可以通过名称或 ID（pg_user.usesysid）指定；如果省略该参数，则假定使用current_user。表可以通过名称或 OID 指定。（因此，has_table_privilege实际上有六种变体，可以通过参数的数量和类型来区分。）通过名称指定时，如有需要，可以用模式限定名称。所需的访问权限类型由文本字符串指定，其值必须为SELECT、INSERT、UPDATE、DELETE、RULE、REFERENCES或TRIGGER之一。（不过字符串的大小写无关紧要。）一个例子是：

SELECT has_table_privilege('myschema.mytable', 'select');

has_database_privilege 检查用户是否可以以某种方式访问数据库。其参数形式与 has_table_privilege 类似。所需访问权限类型必须为 CREATE、TEMPORARY 或 TEMP（等同于 TEMPORARY）的某种组合。

has_function_privilege 检查一个用户 能否以某种特定方式访问一个函数。其参数的可能形式与 has_table_privilege 类似。 当通过文本字符串而不是 OID 指定函数时， 允许的输入与 regprocedure 数据类型的相同。 所需的访问权限类型当前必须求值为 EXECUTE。

has_language_privilege 检查一个用户 能否以某种特定方式访问一个过程语言。其参数的可能形式与 has_table_privilege 类似。 所需的访问权限类型当前必须求值为 USAGE。

has_schema_privilege 检查一个用户 能否以某种特定方式访问一个模式。其参数的可能形式与 has_table_privilege 类似。 所需的访问权限类型必须求值为 CREATE 或 USAGE。

要判断一个用户是否持有该权限的授权选项， 可以在权限关键字后面追加 WITH GRANT OPTION； 例如 'UPDATE WITH GRANT OPTION'。

表 9.38列出了判断某个特定对象是否可见的函数，其判断依据是当前模式搜索路径。例如，如果表所在的模式位于搜索路径中，并且在搜索路径的更前面没有同名表，就称该表可见。这等价于说，可以只通过表名引用该表，而不必显式地用模式限定。要列出所有可见表的名称：

SELECT relname FROM pg_class WHERE pg_table_is_visible(oid);

pg_table_is_visible对表（或视图，或任何其他类型的pg_class条目）执行检查。pg_type_is_visible、pg_function_is_visible、pg_operator_is_visible、pg_opclass_is_visible和pg_conversion_is_visible分别对类型（和域）、函数、操作符、操作符类和转换执行同类可见性检查。对于函数和操作符，如果搜索路径中的一个对象在路径更早的位置没有同参数数据类型的同名对象，则该对象在搜索路径中可见。对于操作符类，要考虑名字和相关的索引访问方法。

所有这些函数都需要对象的 OID 来标识要检查的对象。 如果想按名称测试一个对象，使用 OID 别名类型会很方便 （regclass、regtype、 regprocedure 或 regoperator），例如

SELECT pg_type_is_visible('myschema.widget'::regtype);

注意，用这种方式测试一个未限定的名称没有多大意义—— 如果该名称根本能被识别出来，那它必然是可见的。

表 9.39 列出了从系统目录中 提取信息的函数。 pg_get_viewdef、 pg_get_ruledef、 pg_get_indexdef、 pg_get_triggerdef 和 pg_get_constraintdef 分别 重构造视图、规则、索引、触发器或 约束的创建命令。（注意，这是反编译的重构造， 不是该命令的原始文本。）这些函数大多有两种 变体，其中一种可以选择对结果进行“美化打印”。 美化打印的格式更易读，但默认格式更有可能被 PostgreSQL 的未来版本 以相同的方式解释； 出于转储目的请避免使用美化打印的输出。 把美化打印参数设为 false 得到的结果与 完全没有该参数的变体相同。 pg_get_expr 反编译单个 表达式的内部形式，例如列的默认值。 在检查系统目录的内容时它可能很有用。 pg_get_userbyid 根据用户 ID 号提取用户名。

表 9.40中所示的函数提取 先前用 COMMENT 命令存储的注释。 如果找不到与指定参数匹配的注释，则返回空值。

obj_description 的双参数形式返回数据库对象的注释，对象由其 OID 和所在系统目录的名称指定。例如，obj_description(123456,'pg_class') 会获取 OID 为 123456 的表的注释。obj_description 的单参数形式只需要对象 OID。该形式已被弃用，因为无法保证 OID 在不同系统目录之间唯一，因而可能返回错误的注释。

col_description返回表列的注释，列由所属表的 OID 和列号指定。由于列本身没有各自的 OID，obj_description不能用于表列。