18.13. 版本和平臺兼容性 · PostgreSQL 中文文檔 9.3

# 18.13\. 版本和平臺兼容性 ## 18.13.1\. 以前的PostgreSQL版本 `array_nulls` (`boolean`) 控制數組輸入解析器是否將未用引號界定的`NULL`作為數組的一個NULL元素。默認為`on`表示允許向數組中輸入NULL值。但8.2之前的PostgreSQL版本不支持這么做，因此將把`NULL`當作字符串"NULL"。如果希望向后兼容這種舊式行為，那么可以設為`off`。即使該值被設為`off`也仍然能夠創建包含NULL值的數組。 `backslash_quote` (`enum`) 控制字符串文本中的單引號是否能夠用`\'`來表示。首選的符合SQL標準的方法是將其雙寫(`''`)，但是PostgreSQL 在歷史上也可以用`\'`來表示。不過使用`\'`容易導致安全漏洞，因為在某些多字節字符集中存在最后一個字節等于`\`的 ASCII 值的字符。如果客戶端代碼沒有做到正確逃逸，那么將會導致SQL注入攻擊。如果服務器拒絕使用反斜杠逃逸來表示單引號的查詢，那么就可以避免這種風險。 `backslash_quote`的可用值是`on`(總是允許`\'`), `off`(總是拒絕), `safe_encoding` (僅在客戶端字符集編碼不會在多字節字符末尾包含`\`的ASCII值時允許)。 `safe_encoding`是缺省設置。需要注意的是，在字符串文本符合SQL標準的情況下，`\`沒有任何其它含義。這個參數影響的只是如何處理不符合標準的字符串文本，包括明確的字符串逃逸語法(`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'...'`)進行修改，因為通的字符串缺省行為作為普通字符的反斜扛對待。啟動這個變量幫助找到需要修改的代碼。 `lo_compat_privileges` (`boolean`) 在PostgreSQL9.0之前，大對象沒有訪問權限，因此，總是被所有用戶可讀可寫。設置這個變量到`on`禁用新權限檢查，為了兼容先前版本。缺省是`off`。只要超級用戶可以改變此設置。設置這些變量不會禁用所有與大對象相關的安全檢查—僅僅是在PostgreSQL 9.0 已經改變了的缺省操作。比如，`lo_import()` 和`lo_export()` 不管這些設置都需要超級用戶權限。 `quote_all_identifiers` (`boolean`) 當數據庫生成SQL，強制引用所有標示符，即使它們（當前）不是關鍵字。這也將影響 `EXPLAIN`的輸出以及像`pg_get_viewdef`函數的結果。參見[pg_dump](#calibre_link-437)和[pg_dumpall](#calibre_link-439)的`--quote-all-identifiers` 選項。 `sql_inheritance` (`boolean`) 這個設置控制著未修飾的表引用是否包含繼承的子表。缺省是`on`，這意味著包含子表（因此，缺省假定`*`后綴）。如果返回`off`，則不包含子表（因此，假定`ONLY`前綴）。SQL標準需要包含子表。因此`off` 設置不符合規范，但是它提供了PostgreSQL 7.1版本之前的兼容性。參見[Section 5.8](#calibre_link-1041)獲取更多詳細信息。不贊成關閉`sql_inheritance`，因為發現操作有錯誤而且違反SQL標準。關于繼承操作的討論在手冊中通常假定它是`on`。 `standard_conforming_strings` (`boolean`) 控制普通字符串文本(`'...'`)中是否按照SQL標準把反斜扛當普通文本。 PostgreSQL 9.1開始，缺省是`on`（之前缺省是`off`）。應用可以檢查這個參數來判斷字符串文本如何被處理。這個參數的出現也建議明確使用逃逸字符串語法(`E'...'`)來逃逸字符。如果應用希望反斜杠作為逃逸字符對待，則使用逃逸字符串語法([Section 4.1.2.2](#calibre_link-1062))。 `synchronize_seqscans` (`boolean`) 這允許大表進行順序掃描以同步其他的，所以并發掃描讀取同一時間的同一批，從而共享I/O負載。啟用此功能后，掃描可能會在表中間開始，然后"包裝開始環繞"以覆蓋所有的行，從而同步已在進行的掃描活動。這可能導致沒有`ORDER BY`子句的查詢返回排序行的不可預測變化。設置這個參數為`off`確保預8.3行為，其中一個順序掃描總是從表的開頭開始。缺省是`on`。 ## 18.13.2\. 平臺和客戶端兼容 `transform_null_equals` (`boolean`) 如果打開，那么表達式`_expr_` = NULL 或者`NULL =` `_expr_`將被當做`_expr_` IS NULL處理，也就是說，如果`_expr_`得出 NULL 值則返回真，否則返回假。正確的 SQL 標準兼容的`_expr_` = NULL行為總是返回NULL(未知)。因此這個選項缺省是`off`。不過，在Microsoft Access里的過濾表單生成的查詢好像使用的是 `_expr_` = NULL測試 NULL ，因此，如果你使用這個界面訪問數據庫，你可能想把這個選項打開。因為形如`_expr_` = NULL的表達式總是返回NULL（使用SQL標準說明），它們不是很有用而且在應用中也不常見，因此這個選項實際上沒有什么害處。但是新用戶常常在涉及NULL的表達式語義上感到糊涂，因此缺省時不打開這個選項。請注意這個選項只影響`= NULL`形式，不包括其它比較操作符或者其它與一些涉及等號操作符的表達式計算(比如`IN`)。因此，這個選項不是垃圾程序的普遍修復。請參考[Section 9.2](#calibre_link-1516)獲取相關信息。