pg_settings
视图pg_settings提供对服务器运行时参数的访问。
它实质上是SHOW和SET命令的替代接口。
它还提供了一些关于每个参数的事实，这些事实无法直接从SHOW中获取，例如最小值和最大值。
表 54.24. pg_settings 列
列类型 描述 |
|---|
运行时配置参数名 |
参数的当前值 |
参数的隐式单元 |
参数的逻辑组 |
参数的简短描述 |
附加的参数的详细描述 |
要求设置此参数值的上下文 (参见下方) |
参数类型 ( |
当前参数值的来源 |
参数的最小允许值（对非数字值为空） |
参数的最大允许值（对非数字值为空） |
一个枚举参数的允许值（对非数字值为空） |
如果参数没有被别的其他设置，此列为在服务器启动时设定的参数值 |
在当前会话中， |
当前值在哪个配置文件中设置（对于从配置文件以外的源设置的数值，或者被既不是超级用户也没有 |
当前值在配置文件中设置的行号（对于从配置文件以外的源设置的值为null，
或者当被既不是超级用户也没有 |
如果配置文件中修改了该值但需要重启，则为 |
有几种可能的context值。
按照更改设置的难度递减的顺序，它们是：
internal这些设置不能直接更改；它们反映了内部确定的值。其中一些可能可通过使用不同的配置选项重新构建服务器，或通过更改提供给initdb的选项来进行调整。
postmaster
这些设置只能在服务器启动时应用，因此任何更改都需要重新启动服务器。这些设置的值通常存储在postgresql.conf文件中，
或者在启动服务器时通过命令行传递。当然，具有任何较低context类型的设置也可以在服务器启动时设置。
sighup
更改这些设置可以在postgresql.conf中进行，而无需重新启动服务器。
向postmaster发送SIGHUP信号，使其重新读取postgresql.conf并应用更改。
postmaster还将向其子进程转发SIGHUP信号，以便它们都采用新值。
superuser-backend
这些设置的更改可以在postgresql.conf中进行，而无需重新启动服务器。
也可以在连接请求数据包中为特定会话设置这些值（例如，通过libpq的PGOPTIONS
环境变量），但前提是连接用户是超级用户或已被授予适当的SET权限。
然而，这些设置在会话启动后永远不会更改。
如果在postgresql.conf中更改它们，请向postmaster发送一个
SIGHUP信号，以使其重新读取postgresql.conf。新值只会
影响随后启动的会话。
backend
这些设置的更改可以在postgresql.conf中进行，而无需重新启动服务器。
也可以在连接请求数据包中为特定会话设置这些值（例如，通过libpq的PGOPTIONS
环境变量）；任何用户都可以为其会话进行此类更改。
但是，在会话启动后，这些设置永远不会更改。
如果您在postgresql.conf中更改它们，请向postmaster发送一个
SIGHUP信号，以使其重新读取postgresql.conf。新值只会
影响随后启动的会话。
superuser
这些设置可以从postgresql.conf中设置，
或者通过SET命令在会话中设置；但只有超级用户
和具有适当SET权限的用户
可以通过SET更改它们。
如果没有使用SET建立会话本地值，那么在postgresql.conf中的更改也会影响到现有会话。
user
这些设置可以从postgresql.conf中设置，
或通过SET命令在会话中设置。任何用户都可以更改其会话本地值。
如果没有使用SET建立会话本地值，那么在postgresql.conf中的更改也会影响到现有会话。
查看第 20.1 节以获取有关更改这些参数的各种方法的更多信息。
这个视图不能被插入或删除，但可以被更新。对pg_settings表的一行应用UPDATE等同于在该命名参数上执行SET命令。更改仅影响当前会话使用的值。如果在稍后被中止的事务中发出UPDATE，则在事务回滚时UPDATE命令的效果消失。一旦周围的事务提交，效果将持续到会话结束，除非被另一个UPDATE或SET覆盖。
这个视图不会显示定制选项，
除非定义这些选项的扩展模块已被执行查询的后端进程加载（例如，通过在
shared_preload_libraries中提及，
在扩展中调用C函数，或使用
LOAD命令）。
例如，由于归档模块
通常只由归档进程加载而不是常规会话，
因此，除非采取特殊措施将它们加载到执行查询的后端进程中，
否则此视图将不显示由这些模块定义的任何定制选项。