A dump/restore using pg_dump is required for those wishing to migrate data from any previous release.
从旧版本迁移数据之前,必须要用 pg_dump 备份数据。
Observe the following incompatibilities:
注意以下不兼容问题:
这里预设的配置项是 —enable-integer-datetimes,如果想要兼容旧版本,用 —disable-integer-datetimes 编译
The utility only worked on a few platforms. Users should use their operating system tools instead.
该工具只在少数几个平台可以工作,用户应该改用操作系统工具
默认 debug_pretty_print 打开。
删除 explain_pretty_print 参数(不再需要了)。
This change was made because some users wanted a fixed log filename, for use with an external log rotation tool.
这个改变主要因为有些用户想要一个可变的日志文件名,以便使用外部的日志切分工具。
These commands now accept an ONLY option that prevents processing child tables; this option must be used if the old behavior is needed.
这些命令现在接受 ONLY 选项以避免锁定子表;如果想要表现的跟过去一样,就要使用这个选项。
Previously, these types of queries always removed duplicate rows by means of Sort/Unique processing (i.e., sort then remove adjacent duplicates). Now they can be implemented by hashing, which will not produce sorted output. If an application relied on the output being in sorted order, the recommended fix is to add an ORDER BY clause. As a short-term workaround, the previous behavior can be restored by disabling enable_hashagg, but that is a very performance-expensive fix. SELECT DISTINCT ON never uses hashing, however, so its behavior is unchanged.
以 前,这些类型的查询总是删除重行,进行排序/去重处理(也就是说,排序,然后去除重复行)。现在他们可能由不处理排序输出的 hash 实现。如果应用需要排序,就需要加ORDER BY 子句。有个简单的办法,禁止 enable_hashagg 选项可以恢复以前的行为,不过这个修正(即指新的hash式的查询—— 译者)有极大的性能提高。 SELECT DISTINCT ON 从不使用 hash,所以这个行为没有改变。
Formerly it was possible to drop such a constraint from a child table, allowing rows that violate the constraint to be visible when scanning the parent table. This was deemed inconsistent, as well as contrary to SQL standard.
以前可能会因为子表允许违反约束,从而在扫描主表的时候破坏主表的约束。与SQL标准相反,这样不安全。
Such an operation is useless because the lock would be released immediately.
这种操作没用,因为锁立即就释放了。
This supports ALTER SEQUENCE ... RESTART.
由此支持 ALTER SEQUENCESE ... RESTART。
This matches the longstanding float8 behavior.
这与 float8 一贯的行为一致。
The changed behavior is more IEEE-standard compliant.
这个改变与 IEEE-标准 更为符合。
如果 LIKE 匹配模式的最后一个字符是逃逸字符(反斜杠/——译者)就抛出错误(也就是说,此时没有什么可以逃逸的)
Previously, such an escape character was silently ignored, thus possibly masking application logic errors.
以前,这么个逃逸字符杵在后面,就被默默的无视了,然后应用程序吃了这个数据可能就挂了。
Pattern indexes now use the regular equality operator.
模式索引现在使用正则判等操作符。
This means that the XML argument must be a well-formed XML document. The previous coding attempted to allow XML fragments, but it did not work well.
也就是说,XML 参数必须是格式良好的 XML 文档。以前你传个 XML 片段它也默默的承受了,但是干起活来不怎么理想。
Previously, attribute values were formatted according to the normal SQL output behavior, which is sometimes at odds with XML rules.
以前,属性和普通的 SQL 输出一样格式化,有时候会与 XML 规则不符。
This change should avoid some compatibility problems with use of libxml in PL/Perl and other add-on code.
这样在 PL/Perl 之类的代码中就避免了一些水土不服的问题。
Many of the built-in hash functions now deliver different results on little-endian and big-endian platforms.
很多内置的hash函数在高位和低位字节存储平台上会有不同的结果。
This may result in displaying a different number of fractional digits than before, or rounding instead of truncating.
这样显示结果可能会跟以前有些不同,有更多的小数位,或者舍入而不是截断。
Previous versions would often ignore or silently misread input that did not match the format string. Such cases will now result in an error.
以前的版本经常无视或者默默的吃掉不匹配的格式化字符串。现在会报错。
For example, input value ad now matches the format string AD.
例如,现在输入个 ad ,就相当于 AD。