2005-04-07このリリースは、8.0.1の各種不具合を修正したものです。8.0メジャーリリースにおける新機能については項E.83を参照してください。バージョン8.0.2への移行8.0.*からの移行ではダンプ/リストアは不要です。このリリースではPostgreSQLライブラリの主バージョン番号が更新されました。従って、ユーザアプリケーションが適切な番号の共有ライブラリを検出できなかった場合、再リンクしなければならないかもしれません。全てのインタフェースライブラリの主バージョン番号を増加させた(Bruce)これは8.0.0の時に行われるはずでした。psqlなどの7.4.x版のPostgreSQLクライアントアプリケーションを8.0.xアプリケーションと同じマシンで使用できるようにするために要求されました。したライブラリを使用するユーザアプリケーションの再リンクが必要になるかもしれません。Bruce)この設定により、PostgreSQLはWALへの書き出し時にディスクドライブのライトキャッシュを経由して書き出すようになります。この振舞いは以前はfsyncと呼ばれていましたが、他のプラットフォームにおけるfsyncとかなり異なる動作であるため別の名前にしました。Bruce)デフォルトがfsync_writethroughではありませんので、ディスクドライブのライトキャッシュが有効な場合、電源障害時にデータ損失の可能性があります。Windows上でライトキャッシュを無効にするためには、デバイスマネージャからドライブのプロパティを選択し、そしてポリシーを選択してください。新しいキャッシュ管理アルゴリズム2QでARCを置き換えた(Tom)これはARCに関する審査待ちのUSパテントを避けるために実施しました。2Qコードは、ある種の作業状態ではARCより数パーセント速度が落ちる可能性があります。優れたキャッシュアルゴリズムが8.1で導入される予定です。(Tom)plpgsqlにて初期値がNULLの配列要素に代入できるようにした(Tom)これまではこうした配列はNULLのままでしたが、現在では単一要素の配列になりました。8.0にてNULL配列値のUPDATEの主SQLエンジンにおける扱いがこの方法に変更されましたが、plpgsqlにおける同じ状況が見落とされていました。Fuhr)これにより、plpythonのコードがWindowsクライアントやMacクライアントで作成された場合の構文エラーを防止できます。(Tom)pg_ctlのWindows独自のregisterオプションとunregisterオプションを文書化した(Magnus)バックエンドシャットダウン中に行われた操作が統計情報コレクタで確実に集計されるようにした。これは、システムカタログのバキューム処理が十分な間隔で行われていないというpg_autovacuumの報告を解消するためのものです。バックエンド終了時の一時テーブル削除が原因のカタログの削除に関するものではありません。(Magnus)デフォルトでは、Windowsで稼動しているサーバはログ出力を標準エラーではなく、Windowsイベントロガーに送信します。DATABASEのWALログ項目を絶対パスを指定しないように変更した(Tom)これにより、ポイントインタイムリカバリをデータベースの格納場所が異なる可能性がある別のマシンで実行できるようになりました。TABLESPACEでは危険であることに注意してください。テーブルを作成し、そのテーブルへのカーソルを開いているトランザクションが実行中に、そのバックエンドが終了した場合のクラッシュを修正した。(Bruce)これにより、ロケールがCの場合に非7ビットデータに対してエラーを生成するプラットフォームで、こうした関数が動作するようになります。(Bruce)date_trunc('week')は、ある年の1月の初めの数日に対して間違った年を返しました。