2011-01-31このリリースは8.2.19に対し、各種の不具合を修正したものです。リリース8.2を参照してください。バージョン8.2.20への移行8.2.Xからの移行ではダンプ/リストアは不要です。リリース8.2.14を参照してください。変更点EXPLAINがCASE式の簡易構文を表示しようとした時の失敗を防止します。Lane)CASEのテスト式が定数の場合、プランナはCASEを式表示用コードを混乱させる形式に単純化してしまいました。clause」というエラーになりました。過去に存在した添字範囲に対する部分配列代入を修正しました。Lane)新しく追加される添字と過去に存在した添字の先頭との間に隙間があった場合、コードは古い配列のヌルビットマップからコピーしなければならない項目数を誤計算してしまい、データ破損またはクラッシュを導く可能性がありました。プランナにおける、非常に時間が離れた日付値に対する想定外の変換オーバーフローを防止します。Lane)date型はtimestamp型で表現可能な範囲よりもより広い日付範囲をサポートします。プランナは常に問題なくdateからtimestampへの変換が可能であることを仮定していました。standard_conforming_stringsが有効な場合のラージオブジェクト(BLOB)用のpg_restoreのテキスト出力を修正しました。Lane)データベースへ直接リストアすることは正しく動作しましたが、pg_restoreがSQLテキスト出力を求め、かつ、standard_conforming_stringsが元のデータベースで有効だった場合、文字列エスケープは正しくありませんでした。...を含むtsquery値の間違った解析を修正しました。Lane)こうした演算子の組み合わせを含む問い合わせは正しく実行されませんでした。同じエラーがcontrib/intarrayのquery_int型とcontrib/ltreeのltxtquery型に存在しました。query_int型に対するcontrib/intarray入力関数におけるバッファオーバーランを修正しました。(Apple)この関数の返すアドレスが上書きされる可能性があるという点で、この不具合はセキュリティ問題です。Incのセキュリティチームに感謝します。picksplitアルゴリズムにおける不具合を修正しました。Korotkov)これにより、seg列上のGiSTインデックスにおいて実際に不正な結果になることはありませんが、非常に非効率的な結果になることがあり得ました。したインデックスがある場合、この更新版をインストールした後にREINDEX処理を行うことを検討してください。(これは過去の更新のcontrib/cubeで修正された不具合と同じです。リリース8.2.19。