PostgreSQL 8.2.3 中文文档
后退快退章17. 服务器配置快进前进

17.12. 版本和平台兼容性

17.12.1. 以前的 PostgreSQL 版本

add_missing_from (boolean)

on 时,如果查询引用的表没有出现的话将自动增加到 FROM 子句中。这个行为不是 SQL 的标准,并且很多人不喜欢它,因为它会隐藏错误(比如该引用别名的时候引用了表名)。缺省是 off 。这个变量可以设置为 on 以便和 8.1 之前的 PostgreSQL 版本兼容,因为那些版本的行为是缺省允许。

请注意,即使打开了这个变量,那么查询每次隐含的 FROM 项引用也都会触发一个警号信息。我们鼓励用户更新他们的应用,不要依赖这个行为,方法是在查询的 FROM 子句(如果是 DELETE 的话则是 USING 子句)里添加所有查询需要的表引用。

array_nulls (boolean)

控制数组输入解析器是否将未用引号界定的 NULL 作为数组的一个 NULL 元素。默认为 on 表示允许向数组中输入 NULL 值。但 8.2 之前的版本不支持这么做,因此将把 NULL 当作字符串 "NULL" 。如果希望向后兼容这种旧式行为,那么可以设为 off

即使该值被设为 off 也仍然能够创建包含 NULL 值的数组。

backslash_quote (string)

控制字符串文本中的单引号是否能够用 \' 来表示。首选的符合 SQL 标准的方法是将其双写(''),但是 PostgreSQL 在历史上也可以用 \' 来表示。不过使用 \' 容易导致安全漏洞,因为在某些多字节字符集(比如 GBK/GB18030)中存在最后一个字节等于 \ 的 ASCII 值的字符。如果客户端代码没有做到正确逃逸,那么将会导致 SQL 注入攻击。如果服务器拒绝使用 \' 来表示单引号,那么就可以避免这种风险。backslash_quote 的可用值是 on(总是允许), off(总是拒绝), safe_encoding(缺省,仅在客户端字符集编码不会在多字节字符末尾包含 \ 的 ASCII 值时允许)

需要注意的是,在字符串文本符合 SQL 标准的情况下,\ 没有任何其它含义。这个参数影响的是如何处理不符合标准的字符串文本,包括明确的字符串逃逸语法(E'...')。

default_with_oids (boolean)

这个选项控制 CREATE TABLECREATE TABLE AS 在既没有声明 WITH OIDS 也没有声明 WITHOUT OIDS 的情况下,是否在新创建的表中包含 OID 字段。它还决定 SELECT INTO 创建的表里面是否包含 OID 。在 PostgreSQL 8.1 之后 default_with_oids 缺省为 off 。以前版本的 PostgreSQL 缺省为 on 。

我们反对在用户表中使用 OID ,因此大多数安装应该关闭这个变量。需要 OID 的表应该在创建表的时候声明 WITH OIDS

escape_string_warning (boolean)

打开的时候,如果在普通的字符串文本里('...' 语法)出现了一个反斜扛(\)并且 standard_conforming_strings 被关闭,那么就会发出一个警告。缺省是 on

应该使用逃逸字符串语法(E'...')来做逃逸,因为在将来的 PostgreSQL 版本里,普通的字符串对待反斜扛的行为将与标准兼容。

regex_flavor (string)

正则表达式"风味"可以设置为 advanced(缺省), extended, basicextended 设置对于和 7.4 以前的 PostgreSQL 精确的向下兼容很有用。参阅节9.7.3.1获取细节。

sql_inheritance (boolean)

这个选项控制继承语义,尤其是在缺省时是否在各种命令里把子表包括进来。如果设为 off 那么默认不包含字表(相当于默认使用 ONLY 关键字)。这是为了兼容 7.1 之前版本而设置的。参考节5.8获取关于继承的更多信息。

standard_conforming_strings (boolean)

控制普通字符串文本('...')中是否按照 SQL 标准把反斜扛当普通文本。缺省为 off ,表示反斜扛当作逃逸对待。将来的版本会把这个设置的缺省值改成 on ,这样字符串文本的语法就变为符合标准了。应用可以检查这个参数来判断字符串文本如何被处理。建议明确使用逃逸字符串语法(E'...')来逃逸字符。

17.12.2. 平台和客户端兼容性

transform_null_equals (boolean)

如果打开,那么表达式 expr = NULLNULL = expr 将被当做 expr IS NULL 处理,也就是说,如果 expr 得出 NULL 值则返回真,否则返回假。正确的 SQL 标准兼容的 expr = NULL 行为总是返回 NULL(未知)。因此这个选项缺省是 off

不过,在 Microsoft Access 里的过滤表单生成的查询好像使用的是 expr = NULL 测试 NULL ,因此,如果你使用这个界面访问数据库,你可能想把这个选项打开。因为形如 expr = NULL 的表达式总是返回 NULL ,它们在应用中也不常见,因此这个选项实际上没有什么害处。但是新用户常常在涉及 NULL 的表达式语义上感到胡涂,因此缺省时不打开这个选项。

请注意这个选项只影响 = NULL 形式,不包括其它比较操作符或者其它与一些涉及等号操作符的表达式计算(比如 IN)。因此,这个选项不是垃圾程序的狗皮膏药。

请参考节9.2获取相关信息。


后退首页前进
锁管理上一级预置选项