array_nulls
(boolean
)
这个参数控制数组输入解析器是否把未用引号的NULL
识别为一个空数组元素。默认为on
,允许输入包含空值的数组值。但是PostgreSQL 8.2 之前的版本不支持数组中的空值,并且因此将把NULL
当作指定一个值为字符串“NULL”的正常数组元素。对于那些要求旧行为的应用的向后兼容性,这个变量可以被设置为off
。
注意即使这个变量为off
也能够创建包含空值的数组值。
backslash_quote
(enum
)
这个参数控制字符串文本中的单引号是否能够用\'
来表示。首选的 SQL 标准的方法是将其双写(''
),但是PostgreSQL在历史上也接受\'
。不过使用\'
容易导致安全风险,因为在某些客户端字符集编码中,有多字节字符的最后一个字节在数值上等价于 ASCII 的\'
。如果客户端代码没有做到正确转义,那么将会导致 SQL 注入攻击。如果服务器拒绝看起来带有被反斜线转义的单引号的查询,那么就可以避免这种风险。backslash_quote
的可用值是on
(总是允许\'
)、off
(总是拒绝)以及safe_encoding
(只有客户端编码不允许在多字节字符中存在 ASCII \
时允许)。safe_encoding
是默认设置。
注意在符合标准的字符串文本中,\
就表示\
。这个参数只影响不符合标准的文本的处理,包括转义字符串语法(E'...'
)。
default_with_oids
(boolean
)
这个参数控制CREATE TABLE
和CREATE TABLE AS
在既没有指定WITH OIDS
也没有指定WITHOUT OIDS
的情况下,是否在新创建的表中包含 OID 列。它还决定被SELECT INTO
创建的表里面是否包含 OID 。这个参数在默认情况下为off
。在PostgreSQL 8.0 及更早的版本中,它默认为on
。
我们反对在用户表中使用 OID ,因此大多数安装应该禁用这个变量。需要为一个特殊表使用 OID 的应用应该在创建表的时候指定WITH OIDS
。为了兼容不遵循这一行为的老旧应用,这个变量可以被启用。
escape_string_warning
(boolean
)
打开时,如果在普通字符串文本中('...'
语法)出现了 一个反斜线(\
)并且standard_conforming_strings
为关闭,那么就会发出一个警告。默认值是on
。
希望使用反斜线作为转义符的应用应该被修改来使用转义字符串语法(E'...'
),因为在 SQL 标准中普通字符串的默认行为是将反斜线视作一个普通字符。这个变量可以被启用来帮助定位需要被更改的代码。
lo_compat_privileges
(boolean
)
在PostgreSQL 9.0之前的版本中,大对象没有连接权限,并且对所有用户都是可读可写的。
将这个变量设置为on
,从而禁用新的权限检查,以与以前的版本兼容。 默认是off
。
只有超级用户可以更改这个设置。
设置这个参数不会禁用所有与大对象相关的安全检查 — 除了那些在PostgreSQL 9.0中已经修改了的默认行为。例如,lo_import()
和lo_export()
需要超级用户权限而不管这个设置。
operator_precedence_warning
(boolean
)
当开启时,解析器为了可能修改的任何结构发出警告,
意味着PostgreSQL 9.4操作符优先级中作为修改结果。
对审计应用程序是非常有用的,
看看是否优先更改会打断任何东西;
但它并不意味着在生成过程中保持开启,
因为它会对一些完全有效的,符合标准的SQL代码发出警告。
缺省off
。
参阅第 4.1.6 节获取更多信息。
quote_all_identifiers
(boolean
)
当数据库产生 SQL 时,强制所有标识符被引号包围,即使它们(当前)不是关键字。这将影响EXPLAIN
的输出以及pg_get_viewdef
等函数的结果。另请参阅pg_dump和pg_dumpall的--quote-all-identifiers
选项。
standard_conforming_strings
(boolean
)
控制普通字符串文本('...'
)是否按照 SQL 标准把反斜线当普通文本。从PostgreSQL 9.1 开始,默认值为on
(之前的发行中默认值为off
)。应用可以检查这个参数来判断字符串文本如何被处理。这个参数的存在也可以被当做转义字符串语法(E'...'
)被支持的标志。如果一个应用希望反斜线被当做转义字符,应该使用转义字符串语法(第 4.1.2.2 节)。
synchronize_seqscans
(boolean
)
它允许对大型表的顺序扫描与其他扫描同步,因此并发扫描可以在几乎相同的时刻读取相同的块,这样可以分担 I/O 负载。当启用这个参数时,一个扫描可能会从表的中间开始并且之后“绕回”到开头以覆盖所有的行,这样可以与已在进行中的扫描活动同步。对于没有ORDER BY
子句的查询来,这样的扫描会在返回行的顺序中造成不可预料的改变。将这个参数设置为off
以保证 8.3 之前的行为(顺序扫描总是从表的起始处开始)。默认值是on
。
transform_null_equals
(boolean
)
当打开时,形为
(或expr
= NULLNULL =
)的表达式将被当做expr
, 也就是说,如果expr
IS NULLexpr
得出空值值则返回真,否则返回假。正确的 SQL 标准兼容的
行为总是返回空(未知)。因此这个参数默认为expr
= NULLoff
。
不过,在Microsoft Access里的过滤表单生成的查询似乎使用
来测试空值,因此,如果你使用这个接口访问数据库,你可能想把这个选项打开。因为expr
= NULL
形式的表达式总是返回空值(使用 SQL 标准解释)。它们不是非常有用并且在普通应用中也不常见,在应用中也不常见,因此这个选项实际上没有什么危害。但是新用户常常对涉及 空值的表达式的语义上感到困惑,因此这个选项默认为关闭。
expr
= NULL
请注意这个选项只影响 = NULL
形式,而不影响其它比较操作符或者其它与一些涉及等值操作符的表达式在计算上等效的其他表达式(例如IN
)。因此,这个选项不是劣质程序的一般修复。
相关信息请见第 9.2 节。