このリリースは 7.4.19 からの修正リリース(2008/06/12リリース)です。
本ドキュメントは PostgreSQL のリリースノートを基に作成しています。
7.4.x からのアップデートではダンプ、リストアは不要です。
しかし、7.4.11 より前のバージョンからアップグレードする場合は、7.4.11 に関する技術情報を参照してください。
PostgreSQL 7.4.19 から 7.4.21 への変更点
- キリル語の”Yo”文字(2つの点を持つeとE)を扱うISO-8859-5とその他のエンコーディング間の変換を修正しました (Sergey Burladyan)
- 結果として未初期化、予期できない値を含む未使用のバイトを許すいくつかのデータ型入力関数を修正しました (Tom)
これは、2つの外見上まったく同じ値が等しく認知されず、一致しなかったORDER BYとDISTINCT式についてパーサエラーとなる可能性がありました。
- 正規表現の部分文字列一致での境界問題を修正しました (Tom)この問題は、パターン全体は一致するが、ユーザがカッコに入れた副式を指定し、その副式が一致するときに問題が起きます。たとえば、substring(‘foo’ from ‘foo(bar)?’)です。これは、(bar)が一致しないのでNULLを返すべきですが、誤ってパターン全体が一致(つまりfoo)と返していました。
- ecpgのPGTYPEStimestamp_sub()関数からの不正な結果を修正しました (Michael)
- gcc 4.3でDatumGetBoolマクロが失敗しないように修正しました (Tom)
この問題は、booleanを返す”古い形式”のC関数に影響します。8.3ではすでに修正されていますが、当時気付いていなかったバックパッチが必要となりました。
- 長い間修正されていなかった “LISTEN” と “NOTIFY” の競合問題を修正しました (Tom)稀なケースで “LISTEN” を実行したばかりのセッションが、受け取るべき通知を受け取れない可能性がありました。これは並列に実行されているトランザクションで実行された “NOTIFY” が遅れてコミットされていたことによります。
- ORDER BY と GROUP BY における定数式の出力を修正しました (Tom)
明示的に型変換された定数が間違って表示されていました。例えばこれは、ビューの定義がダンプ／リストアで破壊されてしまいます。
- libpq が COPY OUT 中に NOTICE メッセージを正しく処理できるように修正しました (Tom)
これはユーザー定義データ型の出力処理が NOTICE を発行した場合にのみ発生することが確認されていますが、それ以外の原因で発生しないという保証はありません。
- pg_get_ruledef()において、負の定数を括弧でくくるようにしました (Tom)この修正の前は、ビューまたはルールにおいて-42::integerのような微妙に正しくない負の定数がダンプされる可能性がありました。これは、演算子優先規則により(-42)::integerとするべきです。通常、これは大差ありませんが、他の最近のパッチと相互作用して、PostgreSQLが正しいSELECT DISTINCTビューの問い合わせを拒絶する可能性がありました。これは、pg_dumpの出力がリロードに失敗するという結果になる可能性があるため、高い優先度の修正として扱われました。実際にダンプ出力が不正になるリリースバージョンは8.3.1と8.2.7のみです