2004-03-08このリリースは7.4.1の様々な不具合を修正したものです。ダンプ/リストアは必要ありません。これは初期の7.4.Xシステムカタログの内容に存在した2つのエラーの修正を組み込む最も簡単な方法としてお勧めできます。7.4.2のinitdbを使用したダンプ、initdb、再ロードという流れにより、自動的にこの問題が修正されます。この2つのエラーのより深刻な点は、anyarrayデータ型が間違った整列ラベルを持っていたことです。pg_statisticシステムカタログがanyarray型の列を使用しているため、これは問題です。この間違ったラベル付けにより、doubleで整列された列(float8やtimestampなど)をWHERE句に含む問い合わせの計画を作成中、プランナは間違った推定を行ない、最悪はクラッシュしてしまいます。initabや後述の手作業による修復手順に従って、全てのインストレーションでこのエラーを修復することを強く推奨します。pg_settingsを使用できるようにpg_settingsシステムビューの出力がpublicに対して更新アクセス可能すべきでした。pg_settingsを使用したいのでない限り修正する必要はありません。initdbを実行したくなければ、以下の手順でpg_statisticを修正することができます。データベーススーパーユーザで実行してください。pg_statistic:ANALYZE;これは稼働中のデータベースに対して行なうことができますが、変更したデータベースで実行中の全てのバックエンドは、pg_statisticを安全に更新させるために、再起動されなければなりません。pg_settingsエラーを修復するには単に以下を実行してください。PUBLIC;上述の手順は、template1を含むインストレーションの全てのデータベースに対して行なわなければなりません。理想をいえばtemplate0にも行なってください。テンプレートデータベースに対して修復を行なわないと、将来作成されるデータベースに同じエラーが含まれることになります。template1は他のデータベースと同様の方法で修正できますが、template0の修正には更に手順が必要です。任意のデータベースから以下を発行してください。'template0';次にtemplate0に接続し、上の手順を実行してください。最後に以下を実行してください。変更点リリース7.4.2には、リリース7.3.6で行なわれた修正に加え、以下の修正が組み込まれています。