リリース8.3.7

PostgreSQL 9.0.0文書
前のページ | 巻戻し | 付録 E. リリースノート | 早送り | 次のページ

# E.11. リリース8.3.7

> リリース日: 2009-03-16

このリリースは8.3.6に対し、各種の不具合を修正したものです。 8.3メジャーリリースにおける新機能については項E.18を参照してください。

## E.11.1. バージョン8.3.7への移行

8.3.Xからの移行ではダンプ/リストアは不要です。 しかし、8.3.5より前のバージョンからアップグレードする場合は、8.3.5のリリースノートを参照してください。

## E.11.2. 変更点

- 符号化方式の変換に失敗した時、再帰的なエラーによるクラッシュを防止しました。(Tom)

  この変更は、最近の2つのマイナーリリースにて関連する失敗の状況に対してなされた改修を拡張したものです。 前回の修正は元の問題報告に特化したものでしたが、符号化方式変換関数で発生するすべてのエラーがそのエラーを報告しようとして、無限に再帰される可能性があることが分かりました。 したがって、再帰的なエラー報告を行う状況になったことがわかった時の解決策は、変換と符号化方式を無効にし、通常のASCII形式のエラーメッセージで報告することです。 (CVE-2009-0922)

- 特定の変換関数に対する、間違った符号化方式を用いた`CREATE CONVERSION`を許可しません。(Heikki)

  これにより、符号化方式に関する失敗における、あり得る状況を防止します。 前回の変更は、同じ問題における別の種類の失敗に対する防止策でした。

- 不要なパス表現の変更を行わないように`xpath()`を修正しました。 また、必要な時により正しく試行するように修正しました。(Andrew)

  標準SQLでは、 `xpath`は文書断片となるデータに対して動作しなければならないと提言していますが、 libxmlはこれをサポートしておらず、実際のところXpath標準に従って動作しているかどうか不明です。 `xpath`は、データとパス表現の療法を変更することでこの不適合を回避しようとしていました。 しかしこの変更に不具合があり、有効な検索が失敗することが発生する可能性がありました。 `xpath`は、整形式のXML文書かどうか検査し、そして、整形式の場合にデータやパス表現を変更せずにlibxmlを呼び出すようにしました。 さもなくば、失敗する可能性を少なくした別の変更方法が使用されます。

  > 注意: 新しい変更方法はまだ100%満足するものではありません。 また、完全な解決はできないように考えられます。 したがってこのパッチは、既存のアプリケーションが不必要に障害を起こさないようにするための応急処置とみなさなければなりません。 PostgreSQL 8.4では単純に、整形式の文書ではないデータに対する`xpath`の利用を拒絶するようになるはずです。

- `to_char()`に引数のデータに対して不適切な整形用のコードが渡された時のコアダンプを修正しました。(Tom)

- Cロケールがマルチバイト符号化方式で使用された場合の全文検索が失敗する可能性を修正しました。(Teodor)

  `wchar_t`が`int`よりもビット数が小さい時にクラッシュする可能性がありました。 具体的にはWindowsです。

- Eメールのような複数の`@`文字を含む文字列に対する、非常に非効率的な全文検索のパーサの扱いを修正しました。(Heikki)

- 大規模な副問い合わせの出力リストにおける副`SELECT`に関するプランナの問題を修正しました。(Tom)

  このバグに関する既知の兆候は、含まれるデータ型に依存して発生する"failed to locate grouping columns"というエラーです。 しかし他の問題も発生していたかもしれません。

- 暗黙的な強制を使用した`CASE WHEN`の逆コンパイルを修正しました。 (Tom)

  この間違いにより、アサートを有効にして構築した場合にアサート失敗が発生する可能性がありました。 また、他の構築状況でもビューの検証やダンプを行う際に"unexpected CASE WHEN clause"というエラーメッセージが発生する可能性がありました。

- TOASTテーブルの行型に対する所有者を間違って割り当てる可能性を修正しました。(Tom)

  `CLUSTER`または`ALTER TABLE`の書き換え構文がテーブル所有者以外のユーザにより実行された場合、テーブルのTOASTテーブル向けの`pg_type`項目が実行したユーザが所有するものとして記録されてしまいました。 TOASTの行型に対する権限は通常のデータベース操作ではまったく検証されませんので、これによりすぐに問題が発生することはありません。 しかし、後でコマンドを発行したロールを削除しようとした場合に想定外の失敗（8.1または8.2）や削除後にpg_dumpが"owner of data type appears to be invalid"という警告が発生する（8.3）可能性がありました。

- 現在のセッションがまったく`LISTEN`コマンドを実行していない場合に`UNLISTEN`がすぐに終了するように変更しました。(Tom)

  ほとんどの状況では、これは特に有用な最適化ではありません。 しかし、`DISCARD ALL`は`UNLISTEN`を呼び出しますので、これまでのコードでは、`DISCARD ALL`を非常に多く使用するアプリケーションでは、顕著な性能問題が発生していました。

- PL/pgSQLが、`INSERT`後の`INTO`を文字列の起点だけではなく、任意の位置におけるINTO変数句として扱わないように修正しました。 具体的には、`CREATE RULE`内の`INSERT INTO`にて失敗しないようにしました。(Tom)

- ブロックの終了時に、PL/pgSQLのエラー状態変数を完全に消去します。(Ashesh Vashi、Dave Page)

  これはPL/pgSQL自体の問題ではありませんが、これを行わないと、PL/pgSQLデバッガが関数の状態を検証する際にクラッシュする可能性がありました。

- Windowsにおいて`CallNamedPipe()`呼び出しが失敗した時に再試行します。(Steve Marshall、Magnus)

  この関数は一時的に失敗することが時々あるようです。 これまでは重大なエラーとしてすべての失敗を扱っていましたが、`LISTEN`、`NOTIFY`やその他の操作が混乱する可能性がありました。

- デフォルトの既知の時間帯省略形のリストに`MUST`（モーリシャス島夏時間）を追加しました。(Xavier Bugaud)

前のページ | ホーム | 次のページ
リリース8.3.8 | 上に戻る | リリース8.3.6