E.29. リリース9.0

E.29.3.1.1. 継続的アーカイブ処理とストリーミングレプリケーション

PostgreSQLに存在するスタンバイサーバ機能は、スタンバイサーバにおいて読み取り専用の問い合わせをサポートすること、および、マスタサーバとスタンバイサーバとの間の遅延を大きく削減することができるように拡張されました。 多くのユーザにとって、これは有用かつ、高可用性、スケールアウト性を目的としたレプリケーションを構成する管理作業を低減します。

• スタンバイサーバで読み取り専用の問い合わせを受け付けることができます。(Simon Riggs, Heikki Linnakangas)

  この機能はホットスタンバイと呼ばれます。 この機能を制御するための新しい設定がpostgresql.confとrecovery.confにあります。 さらに広大な文書も存在します。

• 先行書き込みログ(WAL)データをスタンバイサーバに流し込むことができます。(Fujii Masao, Heikki Linnakangas)

  これはストリーミングレプリケーションと呼ばれます。 これまでWALデータはWALファイル全体（通常それぞれ16メガバイト）を単位としてのみスタンバイサーバに送付することができました。 ストリーミングレプリケーションはこの非効率性を減らし、マスタの変更をほとんど遅延なくスタンバイサーバに伝播できるようになります。 この機能を制御するための新しい設定がpostgresql.confとrecovery.confにあります。 さらに広範囲の文書も存在します。

• スタンバイサーバのWAL状況の監視に使用することができる、pg_last_xlog_receive_location()およびpg_last_xlog_replay_location()を追加しました。(Simon Riggs, Fujii Masao, Heikki Linnakangas)

E.29.3.1.2. 性能

• ALTER TABLESPACE ... SET/RESETを使用して、テーブル空間単位の値をシーケンシャルおよびランダムページコスト推定（seq_page_cost/random_page_cost）に設定できます。(Robert Haas)

• 結合問い合わせにおけるEvalPlanQual再検査の性能と信頼性を改善しました。(Tom Lane)

  最近更新された行に対する、結合を含むUPDATE、DELETEおよびSELECT FOR UPDATE/SHARE問い合わせが非常によく動作するようになりました。

• 同じトランザクションにおいてテーブル生成またはテーブルデータの消去が以前に行われていた場合の、TRUNCATEの性能を改良しました。(Tom Lane)

• 継承された子テーブルの検索性能を改良しました。(Tom Lane)

E.29.3.1.3. オプティマイザ

• 不要な外部結合を除きました。(Robert Haas)

  内側が一意かつ結合の上位で参照されない場合の外部結合は不要ですので、削除されるようになりました。 これは、オブジェクト/リレーションマッパ（ORM）で作成される問い合わせなど、多くの自動生成される問い合わせを高速化します。

• IS NOT NULL制限でインデックスを使用できます。(Tom Lane)

  これは特に、インデックス内に多くのNULL値を含む場合のMAX()/MIN()値の検索に有用です。

• いつマテリアライズされたノードを使用するか、および、DISTINCTについてソート処理を使用するかハッシュ処理を使用するか、に関するオプティマイザの選択を改良しました。(Tom Lane)

• boolean <>演算子を含む式におけるオプティマイザの等価検知を改良しました。(Tom Lane)

E.29.3.1.4. GEQO

• GEQOが問い合わせ計画を作成する時毎回、同じランダムシードを使用します。(Andres Freund)

  遺伝的問い合わせオプティマイザ(GEQO)は無作為な計画を選択し続けますが、同一の問い合わせに対して同じ無作為な計画を選択するようになりました。 これによりより一貫した性能が得られます。 他の計画を試すためにgeqo_seedを変更することができます。

• GEQOの計画選択を改良しました。(Tom Lane)

  まれに発生する"failed to make a valid plan"エラーを防止します。 また計画作成速度も改良されたはずです。

E.29.3.1.5. オプティマイザの統計情報

• 継承ツリー統計情報をサポートするANALYZEを改良しました。(Tom Lane)

  具体的にはこれはパーティション分けされたテーブルで有用です。 しかし子テーブルが変更された時に、自動バキュームはまだ自動的に親テーブルを再解析しません。

• 再解析が必要か否かに関するautovacuumの判定を改良しました。(Tom Lane)

• より大きい/より小さいの比較についてオプティマイザの推定を改良しました。(Tom Lane)

  より大きい/より小さいの比較についての統計情報を検索する時、比較用の値がヒストグラムバケットの先頭または末尾にあれば、現在の列の最小と最大を得るために（利用可能であれば）インデックスを使用します。 これは データ範囲の終端に近い比較値に対する推定精度を、特に新しいデータの追加によりデータ範囲が定常的に変更する場合に、大きく改善します。

• ALTER TABLEを使用することで、個別値の個数に関する統計情報の設定が可能です。(Robert Haas)

  これにより、列の個別値の数もしくは割合をユーザが上書きすることができます。 この統計情報は通常ANALYZEで計算されますが、特に非常に多くの行があるテーブルでは推定値が悪化することがあり得ます。

E.29.3.1.6. 認証

• RADIUS (リモート認証ダイヤルインユーザサービス)認証サポートを追加しました。(Magnus Hagander)

• LDAP(軽量ディレクトリアクセスプロトコル)認証において"search/bind"モードで操作できます。(Robert Fleming, Magnus Hagander)

  これにより、まずユーザを検索し、その後にそのユーザ用に返されるDN(識別名)をシステムが使用することができるようになります。

• samehostおよびsamenet指定をpg_hba.confに追加しました。(Stef Walter)

  これらはそれぞれサーバのIPおよびサブネットアドレスに一致します。

• クライアントが適切なクライアント証明書を返すことができるように、クライアントに信頼できるSSLルート証明書の名前を渡します。(Craig Ringer)

E.29.3.1.7. 監視

• クライアントがpg_stat_activityで表示される、アプリケーション名を設定できる機能を追加しました。(Dave Page)

  これにより管理者は元となるアプリケーションによってデータベースの流量を特徴付けし、また、問題への対応を行うことができます。

• log_line_prefixにSQLSTATEオプション(%e)を追加しました。(Guillaume Smet)

  これによりユーザはエラーコード番号によりエラーとメッセージに関する統計情報を収集することができます。

• UTF16符号化方式でWindowsのイベントログに書き出します。(Itagaki Takahiro)

  これでWindowsのPostgreSQLのログメッセージに対する多言語サポートが実現しました。

E.29.3.1.8. 統計情報カウンタ

• クラスタ全体で共有するバックグラウンドライタの統計情報をリセットするためのpg_stat_reset_shared('bgwriter')を追加しました。(Greg Smith)

• 個々のテーブルおよび関数用の統計情報カウンタのリセットを可能とするpg_stat_reset_single_table_counters()およびpg_stat_reset_single_function_counters()を追加しました。(Magnus Hagander)

E.29.3.1.9. サーバ設定

• データベースまたはロールの組み合わせに基づく設定パラメータを設定することができます。(Alvaro Herrera)

  これまではデータベース単位およびロール単位の設定のみが可能で、組み合わせることができませんでした。 すべてのロールおよびデータベースの設定が新しいpg_db_role_settingシステムカタログに格納されるようになりました。 新しいpsqlの\drdsコマンドはこれらの設定を表示します。 古いpg_roles、pg_shadowおよびpg_userシステムビューでは組み合わせた情報を表示しません。 このためこれらはユーザまたはデータベース用の設定を完全に表さなくなりました。

• bonjourサーバパラメータを追加しました。 これはBonjourが有効なサーバが自身をBonjour経由で広告するかどうかを制御します。(Tom Lane)

  デフォルトは無効で、広告を行わないことを意味します。 これによりパッケージ作成者は個々のユーザがこの機能を欲しないかどうか気にすることなく、Bonjourを有効として構築したものを配布することができます。

• オプティマイザ内でノードマテリアライゼーションの使用を制御する、enable_materialサーバパラメータを追加しました。(Robert Haas)

  デフォルトは有効です。 無効の場合、オプティマイザは純粋に性能上の理由のためにマテリアライズされたノードを追加しません。 ですが正確性のために必要な場合は使用されます。

• デフォルトのファイルサイズの単位としてキロバイトを使用するようにlog_temp_filesサーバパラメータを変更しました。(Robert Haas)

  これまでは単位指定がない場合、この設定はバイト単位として解釈されました。

• postgresql.confが再読み込みされた場合、パラメータ値の変更記録が残ります。(Peter Eisentraut)

  これにより管理者およびセキュリティ担当者はデータベースが変更された時点を監査することができるようになります。 またpostgresql.confの変更が反映されたかどうか検査することもでき、非常に便利です。

• 独自のサーバパラメータに対して、適切にスーパーユーザ権限を強制します。(Tom Lane)

  スーパーユーザ以外のユーザが、その時にサーバが認識していないパラメータに対するALTER ROLE/DATABASE SETを発行することができなくなりました。 これによりサーバは、スーパーユーザのみのパラメータがスーパーユーザのみにより設定されることを正しく検査することができます。 これまではセッション開始時にSETは受け付けられますが、無視されていました。 このためスーパーユーザのみの独自パラメータが本来の有用性を持っていませんでした。

E.29.3.2.1. Unicode文字列

• Unicodeサロゲートペア(二重の16ビット表現)をU&文字列および識別子でサポートします。(Peter Eisentraut)

• E'...'文字列内のUnicodeエスケープをサポートします。(Marko Kreen)

E.29.3.3.1. ALTER TABLE

• DROP COLUMNおよびDROP CONSTRAINT にIF EXISTSを実装しました。(Andres Freund)

• テーブルを書き換えるALTER TABLEコマンドでWALロギングを飛ばすことができます。(Itagaki Takahiro)

  こうした操作は新しいテーブルのコピーが作成されるかロールバックされるかのいずれかです。 このため継続的アーカイブモードで実行している場合を除き、WALアーカイブ処理を飛ばすことができます。 これによりI/Oオーバーヘッドが減少し、性能が向上します。

• テーブル所有者以外により実行された時のALTER TABLE table ADD COLUMN col serialの失敗を修正しました。(Tom Lane)

E.29.3.3.2. CREATE TABLE

• CREATE TABLE ... LIKEコマンドにおいて、COMMENTSおよびSTORAGE設定の複製サポートを追加しました。(Itagaki Takahiro)

• CREATE TABLE ... LIKEコマンドに全属性コピーの省略形を追加しました。(Itagaki Takahiro)

• 標準SQLのCREATE TABLE ... OF typeコマンドを追加しました。(Peter Eisentraut)

  これにより、既存の複合型に一致するテーブルを作成することができます。 コマンド内で制約やデフォルトを追加で指定することができます。

E.29.3.3.3. 制約

• 遅延可能な一意性制約を追加しました。(Dean Rasheed)

  これにより、列が一意性インデックスを持つ場合でもプライマリキーと印付けされている場合でもUPDATE tab SET col = col + 1などの大量更新が確実に動作できるようになります。 制約がDEFERRABLEであると指定されている場合、各行が更新された後ではなく、文の最後で検査されるようになります。 また制約検査を現在のトランザクションの最後まで遅延させ、複数のSQLコマンドをまたがって更新を行うこともできます。

• 排他制約を追加しました。(Jeff Davis)

  排他制約は等価だけではなく任意の比較演算を許すことにより、一意性制約を汎用化します。 これはCREATE TABLE CONSTRAINT ... EXCLUDE句により作成されます。 排他制約のもっともよくある使用方法は、単に一致しないではなく、重複を許さない列項目を指定することです。 時間間隔やその他配列などの範囲に対して有用です。 この機能は、多くの予定帳、時間管理、科学アプリケーションにおけるデータ整合性検査を改良します。

• 失敗の原因となる値を報告する、一意性制約違反エラーメッセージを改良しました。(Itagaki Takahiro)

  例えば、一意性制約違反ではKey (x)=(2) already exists(キー(x)=(2)はすでに存在します)のように報告されます。

E.29.3.3.4. オブジェクトの権限

• 新しいGRANT/REVOKE IN SCHEMA句を使用してスキーマ全体にまたがった大量な権限変更を行う機能を追加しました。(Petr Jelinek)

  オブジェクト権限管理を簡略化すると共に、アプリケーションのデータセキュリティのためにデータベースロールを使用することをより簡単にします。

• 今後作成されるオブジェクトの権限を制御するためのALTER DEFAULT PRIVILEGESを追加しました。(Petr Jelinek)

  これは複雑なデータベースアプリケーションにおけるオブジェクト権限の割り当てを大きく簡略化します。 テーブル、ビュー、シーケンス、関数に対してデフォルトの権限を設定することができます。 デフォルトはスキーマ単位またはデータベース全体に対して割り当てることができます。

• GRANT/REVOKEによりラージオブジェクト（BLOB）の権限を制御する機能を追加しました。(KaiGai Kohei)

  これまでは、すべてのデータベースユーザは任意のラージオブジェクトを読み取り、変更することができました。 読み取り権限、書き込み権限をラージオブジェクト毎に付与したり取り上げたりできるようになりました。 また、ラージオブジェクトの所有権も追跡されます。

E.29.3.4.1. COPY

• COPY ... CSV FORCE QUOTE *を受け付けます。(Itagaki Takahiro)

  FORCE QUOTE句において*が"すべての列"を表す省略形として使用できるようになりました。

• オプションを括弧内で指定する新しいCOPY構文を追加しました。(Robert Haas, Emmanuel Cecchet)

  これにより今後のCOPYオプションの柔軟性が改良されます。 過去に存在したオプションのためだけに、古い構文もまだサポートされます。

E.29.3.4.2. EXPLAIN

• EXPLAINがXML、JSON、YAML形式で出力することができます。(Robert Haas, Greg Sabino Mullane)

  新しい出力形式はマシンによる可読性が簡単になり、EXPLAIN出力の解析用の新しいツールの開発を補助します。

• EXPLAIN ANALYZE時に問い合わせバッファの活動を報告する、新しいBUFFERSオプションを追加しました。(Itagaki Takahiro)

  これにより個々の問い合わせに対してより良い問い合わせプロファイリングを行うことができます。 log_statement_statsと関連する設定の出力では、バッファ使用量は報告されなくなりました。

• EXPLAINの出力にハッシュ使用状況に関する情報を追加しました。(Robert Haas)

• 括弧内でオプションの指定を行うことができる、新しいEXPLAIN構文を追加しました。(Robert Haas)

  これにより将来のEXPLAINオプションに対する柔軟性が大きく高まりました。 過去に存在したオプションのためだけに、古い構文もまだサポートされます。

E.29.3.4.3. VACUUM

• 容量を抑えるために行を一行一行移動するのではなく、テーブル全体を書き換え、インデックスを再構築するようにVACUUM FULLを変更しました。(Itagaki Takahiro, Tom Lane)

  これまでの方式では通常低速であり、インデックスの膨張を引き起こしました。 新しい方式ではVACUUM FULL実行時に一時的により多くのディスク領域を使用することに注意してください。 通常テーブルとインデックスにより占められる領域の２倍程度使用する可能性があります。

• オプションを括弧内に指定することができる、新しいVACUUM構文を追加しました。(Itagaki Takahiro)

  これにより将来のVACUUMオプションに対する柔軟性が大きく高まりました。 過去に存在したオプションのためだけに、古い構文もまだサポートされます。

E.29.3.4.4. インデックス

• CREATE INDEXにおいてインデックス名を省略した場合、インデックス名が自動的に付与できるようにしました。(Tom Lane)

• デフォルトで、複数列に対するインデックスが対象列すべてにちなんだ名前が付けられるようになり、また、式インデックス列はその式にちなんだ名前が付けられるようになりました。

• 共有システムカタログのインデックス再作成が完全にトランザクションを守るようになり、かつ、クラッシュに対して安全になりました。(Tom Lane)

  これまでは共有インデックスに対するインデックス再作成はスタンドアローンモードでのみ許されていました。 またこの操作中のクラッシュによりインデックスは操作前よりも悪化した状態になり得ました。

• GiSTにpoint_ops演算子クラスを追加しました。(Teodor Sigaev)

  この機能によりpoint列に対するGiSTインデックス付けが可能です。 このインデックスはpoint <@ polygon（多角形内の点）などのいろいろな種類の問い合わせに使用することができます。 これにより多くのPostGIS問い合わせが高速になるはずです。

• GINインデックス生成において赤黒バイナリツリーを使用します。 (Teodor Sigaev)

  赤黒ツリーは自身でバランスを保ちます。 これは入力順序がランダムではない場合に起こる低速化を防ぎます。

E.29.3.5.1. 全文検索

• synonym辞書において接頭辞サポートを追加しました。(Teodor Sigaev)

• フィルタ処理辞書を追加しました。(Teodor Sigaev)

  フィルタ処理用辞書により、トークンを変更した後に後続の辞書に渡すことができます。

• メールアドレストークンにおいてアンダースコアを認めます。(Teodor Sigaev)

• URLトークンの解析処理においてより標準互換の規則を使用します。(Tom Lane)

E.29.3.6.1. 集約

• 集約関数でORDER BYを使用することができます。(Andrew Gierth)

  例えばarray_agg(a ORDER BY b)がサポートされるようになりました。 これは入力値の順序が重要な集約で有用であり、順序を決定するための非標準的な副問い合わせを使用する必要がなくなります。

• 複数引数を持つ集約関数がDISTINCTを使用できるようになりました。(Andrew Gierth)

• 値を単一の文字列にまとめるstring_agg()集約関数を追加しました。(Pavel Stehule)

• 集約遷移関数がSTRICTと印付けされていない場合、DISTINCT付きで呼び出される集約関数がNULL値を渡すようになりました。(Andrew Gierth)

  例えばagg(DISTINCT x)はNULLというx値をagg()に渡す可能性があります。 これはDISTINCT指定がない場合の動作との一貫性を高めます。

E.29.3.6.2. ビット列

• bit列に対するget_bit()およびset_bit()を追加しました。 これらはbyteaに対するものを射影したものです。(Leonardo F)

• bit列およびbyteaに対するOVERLAY()を実装(置き換え)しました。(Leonardo F)

E.29.3.6.3. オブジェクト情報関数

• pg_relation_size()関数よりもよりユーザ向けのインタフェースを提供するpg_table_size()およびpg_indexes_size()を追加しました。(Bernd Helmle)

• シーケンスの権限検査のためのhas_sequence_privilege()を追加しました。(Abhijit Menon-Sen)

• information_schemaビューをSQL:2008に従うように更新しました。(Peter Eisentraut)

• information_schemaビューがcharおよびvarchar列の最大オクテット長を適切に表示するようにしました。(peter Eisentraut)

• information_schemaの権限ビューを高速化しました。(Joachim Wieland)

E.29.3.6.4. 関数およびトリガの作成

• DO文を使用した匿名コードブロックの実行をサポートしました。(Petr Jelinek, Joshua Tolley, Hannu Valtonen)

  これにより一時的な関数の作成と削除を行う必要なく、サーバサイドのコードを実行できるようになりました。 ユーザが関数を定義する権限を持つ、任意の言語でコードを実行することができます。

• 標準SQL互換の列単位のトリガを実装しました。(Itagaki Takahiro)

  例えばUPDATEのSETリスト内にあるなど、問い合わせにより指定された列が影響を受けた時にのみ、こうしたトリガは発行されます。 情報スキーマにもこうした情報が表示されるようになりました。

• トリガの発行を行うか否かを制御できるように、CREATE TRIGGERにWHEN句を追加しました。(Itagaki Takahiro)

  トリガの中で同様の検査を常に行うことができますが、外部のWHEN句で検査を行う方が性能が上がります。

E.29.3.7.1. PL/pgSQLサーバサイド言語

• デフォルトでPL/pgSQLをインストールします。(Bruce Momjian)

  この言語を利用可能とすることに関して、セキュリティや性能を問題とする管理者は、この言語を特定のデータベースから削除することができます。

• 関数内の問い合わせにおいて識別子と競合するPL/pgSQL変数名が使用される状況の取り扱いを改良しました。(Tom Lane)

  デフォルトでは予想外の動作を防ぐために競合があるとエラーになるようになりました。 これはplpgsql.variable_conflict設定パラメータや関数単位の#variable_conflictオプションを使用して、変数か問い合わせが提供する列を使用させるように、変更することができます。 どちらの場合でもPL/pgSQLは文法的に有効でないところで変数置換を行わないようになりました。

• PL/pgSQLが独自版ではなく主レクサを使用するようにしました。(Tom Lane)

  これにより確実に文字列のエスケープ処理など主システムの詳細な振舞いを正確に追従します。 PL/pgSQL内で予約されたとみなされるキーワード群など、ユーザから見える詳細も当然変更されました。

• 無効なレコード参照に対する不要なエラーを発生させないようにしました。(Tom Lane)

  周りの式に達する度ではなく、参照が実際に取り出された時のみにエラーが発生するようになりました。 例えば、多くの方がトリガで以下を行おうとしています。

  if TG_OP = 'INSERT' and NEW.col1 = ... then

  これは想定通りに動作しなくなりました。

• 削除された列を持つ行型を扱うPL/pgSQLの機能を改良しました。(Pavel Stehule)

• PL/pgSQL関数において入力パラメータを変数に代入することができます。(Steve Prentice)

  これまでは、入力パラメータはCONSTと宣言されたものと扱われていました。 このため関数のコードではこれらを変更することができませんでした。 同じ制限を持たせない他のDBMSからの関数移植を容易にするために、この制限は削除されました。 入力パラメータは渡された値で初期化された局所変数のように動作するようになりました。

• PL/pgSQLにおいてエラー発生箇所の報告を改良しました。(Tom Lane)

• PL/pgSQLのMOVE FORWARD/BACKWARDにcountおよびALLオプションを追加しました。(Pavel Stehule)

• PL/pgSQLのWHERE CURRENT OFでカーソル変数を使用することができます。(Tom Lane)

• PL/pgSQLのOPEN cursor FOR EXECUTEはパラメータの使用できます。(Pavel Stehule, Itagaki Takahiro)

  これは新しいUSING句を用いて実現しました。

E.29.3.7.2. PL/Perlサーバサイド言語

• 次のPL/Perl関数を新規に追加しました。 quote_literal()、quote_nullable()、quote_ident()、encode_bytea()、decode_bytea()、looks_like_number()、encode_array_literal()、encode_array_constructor() (Tim Bunce)

• PL/Perlの初期化関数を指定する、plperl.on_initサーバパラメータを追加しました。(Tim Bunce)

  またplperl.on_plperl_initおよびplperl.on_plperlu_initを使用して、それぞれ信頼できる/信頼できない場合に特化した初期化を行うことができます。

• PL/PerlにおいてENDブロックをサポートします。(Tim Bunce)

  現在ENDブロックではデータベースにアクセスすることはできません。

• PL/Perlにおいてuse strictを使用できます。(Tim Bunce)

  またPerlのstrict検査は新しいplperl.use_strictサーバパラメータで大域的に有効にすることができます。

• PL/Perlにおいてrequireを使用できます。(Tim Bunce)

  これは基本的に、そのモジュールがロードされているかどうか確認することを試験します。 ロードされなければエラーとなります。 管理者が初期化パラメータを通して前もってロードしていないモジュールをロードすることはできません。

• Perlバージョン5.10以降が使用されている場合、PL/Perlにおいてuse featureを使用できます。(Tim Bunce)

• PL/Perlの戻り値がサーバ符号化方式において有効かどうかを検証します。(Andrew Dunstan)

E.29.3.7.3. PL/Pythonサーバサイド言語

• PL/PythonにUnicodeサポートを追加しました。(Peter Eisentraut)

  文字列は必要に応じて、サーバ符号化方式から、サーバ符号化方式へ自動的に変換されます。

• PL/Pythonのbyteaサポートを改良しました。(Caleb Welton)

  PL/Pythonに渡されるBytea値は、PostgreSQLのbyteaテキスト書式ではなく、バイナリとして表現されるようになりました。 またPL/Pythonからヌルバイトを含むBytea値が適切に出力されるようになりました。 PL/Pythonに渡す論理値、整数値、浮動小数点値も改良されました。

• PL/Pythonにおいてパラメータおよび戻り値として配列がサポートされるようになりました。(Peter Eisentraut)

• SQLドメインとPythonの型との対応付けを改良しました。(Peter Eisentraut)

• PL/PythonにPython 3のサポートを追加しました。(Peter Eisentraut)

  この新しいサーバサイド言語はplpython3uと呼ばれます。 これは同じセッションでPython 2サーバサイド言語と一緒に使用することはできません。

• PL/Pythonにおけるエラー発生箇所および例外の報告を改良しました。(Peter Eisentraut)

E.29.3.8.1. psql

• SQL文字列や識別子と同様にpsqlの変数の値の引用符付け処理とエスケープ処理のサポートを追加しました。(Pavel Stehule, Robert Haas)

  例えば、:'var'はvarの値を引用符付けしリテラル文字列としてエスケープされます。 一方、:"var"はその値を引用符付けしSQL識別子としてエスケープされます。

• psqlによって読み取られるスクリプトファイル内の先頭のUTF-8で符号化されたUnicodeバイトオーダ印を無視します。(Itagaki Takahiro)

  これはクライアント符号化方式がUTF-8の場合に有効です。 これは、大抵はWindowsですが、こうした印の挿入を要求する特定のエディタの互換性を改良します。

• --single-transactionを適切に尊重するようにpsql --file -を修正しました。(Bruce Momjian)

• 2つのpsqlのセッションが同時に実行している場合にpsqlのコマンドライン履歴の上書きを防止します。(Tom Lane)

• psqlのタブ補完サポートを改良しました。(Itagaki Takahiro)

• 有効な場合、"quiet"モードか否かに関係なく\timing出力を表示します。(Peter Eisentraut)

E.29.3.8.2. pg_dump

• pg_dump/pg_restore --cleanが同時にラージオブジェクトを削除するようにしました。(Itagaki Takahiro)

• standard_conforming_stringsが有効な場合に適切にラージオブジェクトをダンプするようにpg_dumpを修正しました。(Tom Lane)

  これまでのコードでは、アーカイブファイルにダンプしpg_restoreからスクリプト出力を生成する時に失敗しました。

• pg_restoreがスクリプト出力を生成する時に16進書式でラージオブジェクトを出力するようになりました。

  スクリプトがその後9.0より前のサーバにロードされる場合に互換性に関する問題を引き起こすかもしれません。 これを回避するには代わりにサーバに直接リストアしてください。

• pg_dumpは複合型の列に割り当てられたコメントをダンプすることができます。(Taro Minowa (Higepon))

• pg_dump --verboseがテキスト出力モードにおいてpg_dumpとサーバのバージョンを出力するようにしました。(Jim Cox, Tom Lane)

  これらはカスタム出力モードではすでに提供されていました。

• スイッチと省略可能なファイル名の後にコマンドライン引数が残っていた場合に、pg_restoreが注意するようになりました。(Tom Lane)

  これまではこうした引数すべては警告なく無視されました。

E.29.3.8.3. pg_ctl

• ブート時にpostmasterを起動するためにpg_ctlを安全に使用することができます。(Tom Lane)

  これまでは、無効なpostmasterロックファイルに基づき、pg_ctl親プロセスが間違ってpostmasterが起動中であると認識することがありました。 その結果データベースを起動させる際に一時的な失敗が起こりました。

• pg_ctlに(initdbを呼び出す)データベースの初期化機能を付与しました。(Zdenek Kotala)

E.29.3.9.1. libpq

• 新しいlibpq関数、PQconnectdbParams()およびPQconnectStartParams()を追加しました。(Guillaume Lelarge)

  これらの関数はPQconnectdb()とPQconnectStart()と似たものですが、1つの文字列として必要とするすべてのオプションを提供するのではなく、接続オプションのヌル終端の配列を受け付けます。

• libpq関数、PQescapeLiteral()およびPQescapeIdentifier()を追加しました。(Robert Haas)

  これらの関数は適切に引用符付け、およびエスケープされたSQLリテラル文字列および識別子を返します。 PQescapeStringConn()では必要でしたが、呼び出し元で前もって文字列結果を割り当てておく必要はありません。

• ユーザ単位のサービスファイル(.pg_service.conf)のサポートを追加しました。 これはサイト全体のサービスファイルの前に検査されます。(Peter Eisentraut)

• 指定されたlibpqサービスが見つからない場合に適切にエラーを報告します。(Peter Eisentraut)

• libpqにTCPキープアライブに関する設定を追加しました。(Tollef Fog Heen, Fujii Masao, Robert Haas)

  キープアライブに関する設定はTCP接続のサーバ側ではすでにサポートされていました。

• 代替方法があるプラットフォームでは、libpqにおけるSIGPIPEをブロックおよびブロック解除するための余計なシステムコールを防止します。(Jeremy Kerr)

• .pgpassが提供するパスワードが失敗した場合、エラーメッセージにそのパスワードの源を記載します。(Bruce Momjian)

• クライアント証明書ファイル内で与えられるすべてのSSL証明書をロードします。(Tom Lane)

  これは間接的に署名されたSSLクライアント証明書のサポートを改良します。

E.29.3.9.2. ecpg

• ecpgにSQLDA(SQL記述子領域)サポートを追加しました。(Boszormenyi Zoltan)

• ecpgにDESCRIBE [OUTPUT ]文を追加しました。(Boszormenyi Zoltan)

• 現在のトランザクション状態を返すECPGtransactionStatusを追加しました。(Bernd Helmle)

• ecpgのinformix互換モードにstringデータ型を追加しました。(Boszormenyi Zoltan)

• ecpgでnewおよびold変数名を制限なく使用できます。(Michael Meskes)

• ecpgにおいてfree()内の変数を使用することができます。(Michael Meskes)

• SQL3以外のデータ型に対してecpg_dynamic_type()がゼロを返すようにしました。(Michael Meskes)

  これまではOIDデータ型の否定を返しました。 しかしこれは有効なOID型と混乱を招くことがありました。

• 64ビットのlong型をすでに持っていたプラットフォームにおいてlong long型をサポートします。(Michael Meskes)

E.29.3.10.1. Makefile

• world、install-worldおよびinstallcheck-worldというMakefileのターゲットを追加しました。(Andrew Dunstan)

  これらは既存のall、install、installcheckと似ていますが、HTML文書の構築、contribの構築及び試験、サーバサイド言語とecpgの試験も行います。

• データおよび文書のインストール場所の制御をPGXS Makefileに追加しました。(Mark Cave-Ayland)

• 1つのHTMLファイルもしくは1つのテキストファイルとしてPostgreSQL文書を構築するMakefileのルールを追加しました。(Peter Eisentraut, Bruce Momjian)

E.29.3.10.2. Windows

• 64ビットWindowsでのコンパイルと64ビットモードでの実行サポートを追加しました。(Tsutomu Yamada, Magnus Hagander)

  これによりWindows上で大容量の共有メモリをとることができます。

• Visual Studio 2008を使用してサーバを構築することをサポートします。(Magnus Hagander)

E.29.3.11.1. 構築に関する新しい要求

これらの要求が配布用のtarballから構築する場合には適用されないことに注意してください。 構築するために以下のプログラムが使用されたファイルがtarballには含まれているためです。

• configureを構築する場合にAutoconf 2.63が必要です。(Peter Eisentraut)

• CVSから取り出したソースから構築する場合にFlex 2.5.31以降が必要です。(Tom Lane)

• CVSから取り出したソースから構築するためにはPerlバージョン5.8以降が必要です。(John Naylor, Andrew Dunstan)

E.29.3.11.2. 移植性

• Bonjourに関してより近代的なAPIを使用します。(Tom Lane)

  BonjourのサポートはOS X 10.3以降を必要とするようになりました。 より古いAPIはAppleにより廃止されました。

• SuperHアーキテクチャ用のスピンロックサポートが追加されました。(Nobuhiro Iwamatsu)

• GCC以外のコンパイラがインライン関数をサポートする場合にそれを使用できるようにしました。(Kurt Harriman)

• 64ビット整数のデータ型が動作しないプラットフォームのサポートを削除しました。(Tom Lane)

• プラットフォームを跨る一貫性を高めるためにLDFLAGSの使用を再構成しました。(Tom Lane)

  LDFLAGSは実行形式ファイルと共有ライブラリの2つをリンクする場合に使用されるようになりました。 実行形式ファイルをリンクする場合のLDFLAGS_EXと共有ライブラリをリンクする場合のLDFLAGS_SLを追加しました。

E.29.3.11.3. サーバのプログラミング

• バックエンドヘッダファイルを安全にC++でインクルードできるようにしました。(Kurt Harriman, Peter Eisentraut)

  これらの変更はバックエンドのコードにおいてこれまでC++の使用を困難にしていたキーワードの競合を除去しました。 しかしまだバックエンド関数でC++を使用する場合には多少複雑さが残っています。 適切なところでextern "C" { }がまだ必要です。 またメモリ管理とエラー処理はまだ解決が困難です。

• C関数を集約として呼び出されるかどうかの確認に使用されるAggCheckCallContext()を追加しました。(Hitoshi Harada)

• キャッシュキーの最大数をコードに直接書き込むことを防ぐためにSearchSysCache()と関連する関数の呼び出し規約を変更しました。(Robert Haas)

  現時点では既存の呼び出しもまだ動作しますが、新しい形式に変更しなければ9.1以降で動作しなくなることが想定されます。

• 第4引数で非NULLを提供するためにはfastgetattr()およびheap_getattr()バックエンドマクロの呼び出しが必要です。(Robert Haas)

• 独自の型解析関数は、渡されるデータの型を決定するためにVacAttrStats.attrに依存してはいけません。

  これは、背後にある列のデータ型と異なる格納方式のインデックス列上の統計情報を収集できるように変更されました。 解析すべき実際のデータ型を通知する新しいフィールドが存在します。

E.29.3.11.4. サーバフック

• ColumnRefノードとParamRefノードを処理するためのパーサフックを追加しました。(Tom Lane)

• ロード可能なモジュールがユーティリティコマンドを制御できるようにProcessUtilityフックを追加しました。(Itagaki Takahiro)

E.29.3.11.5. バイナリ更新のサポート

• その場での更新をサポートするcontrib/pg_upgradeを追加しました。(Bruce Momjian)

  これによりPostgreSQLの新しいメジャーリリースに更新する時にデータベースのダンプ/リストア処理の必要性がなくなり、停止時間が桁違いに少なくなります。 これはPostgreSQL 8.3および8.4から9.0への更新をサポートします。

• バイナリ更新中にrelfilenodesリレーションの値の保護サポートを追加しました。(Bruce Momjian)

• バイナリ更新中にpg_typeとpg_enumのOIDの保護サポートを追加しました。(Bruce Momjian)

• テーブル空間内のデータファイルをそのPostgreSQLバージョンに特化したサブディレクトリに移します。(Bruce Momjian)

  これはバイナリ更新を簡単にします。