このリリースは 9.0.19 からの修正リリース(2015年5月22日リリース)です。
9.0.x からのアップデートではダンプ、リストアは不要です。
また、9.0.19 より前のバージョンからアップデートを行う場合は 9.0.19 に関する技術情報を参照してください。
このリリースは 9.0.19 からの修正リリース(2015年5月22日リリース)です。
9.0.x からのアップデートではダンプ、リストアは不要です。
また、9.0.19 より前のバージョンからアップデートを行う場合は 9.0.19 に関する技術情報を参照してください。
このリリースは 9.4.0 からの修正リリース(2015/2/5リリース)です。
9.4.x からのアップデートではダンプ、リストアは不要です。
Windows上で 「Norwegian (Bokmål)」ロケールを使っている場合には
PostgreSQL 上のロケール名を Norwegian_Norway に変える手動操作が必要となります。
以下ページに詳細が記載されています。
https://wiki.postgresql.org/wiki/Changes_To_Norwegian_Localei
このリリースは 9.3.5 からの修正リリース(2015/2/5リリース)です。
9.3.x からのアップデートではダンプ、リストアは不要です。
また、9.3.5 より前のバージョンからアップデートを行う場合は 9.3.5 に関する技術情報を参照してください。
Windows上で 「Norwegian (Bokmål)」ロケールを使っている場合には
PostgreSQL 上のロケール名を Norwegian_Norway に変える手動操作が必要となります。
以下ページに詳細が記載されています。
https://wiki.postgresql.org/wiki/Changes_To_Norwegian_Localei
このリリースは 9.2.9 からの修正リリース(2015/2/5リリース)です。
9.2.x からのアップデートではダンプ、リストアは不要です。
また、9.2.9 より前のバージョンからアップデートを行う場合は 9.2.9 に関する技術情報を参照してください。
Windows上で 「Norwegian (Bokmål)」ロケールを使っている場合には
PostgreSQL 上のロケール名を Norwegian_Norway に変える手動操作が必要となります。
以下ページに詳細が記載されています。
https://wiki.postgresql.org/wiki/Changes_To_Norwegian_Localei
このリリースは 9.1.14 からの修正リリース(2015/2/5リリース)です。
9.1.x からのアップデートではダンプ、リストアは不要です。
また、9.1.14 より前のバージョンからアップデートを行う場合は 9.1.14 に関する技術情報を参照してください。
このリリースは 9.0.18 からの修正リリース(2015/2/5リリース)です。
9.0.x からのアップデートではダンプ、リストアは不要です。
また、9.0.18 より前のバージョンからアップデートを行う場合は 9.0.18 に関する技術情報を参照してください。
2014 年 12 月 4 日、5 日に東京ミッドタウン カンファレンスで開催された NTTデータ主催のイベント「Hinemos World 2014」において、 SRA OSS, Inc. 日本支社では「Hinemos レポーティングオプションを活用した、Linux + Apache + PostgreSQL の監視とレポート作成」と題したプレゼンテーションを行いました。
ここでは、当社 山本博之が行ったプレゼンテーションの内容をご紹介します。
このページでは PostgreSQL 9.4 (2014年12月18日リリース)に関する技術情報をお届けします。
本ドキュメントは PostgreSQL のリリースノートを元に弊社で解説を加えたものです。
2014 年 10 月 15 日〜 17 日に東京ビックサイトで開催された日経BP社主催のイベント「ITPro EXPO 2014」の Hinemos ブースにおいて、 SRA OSS, Inc. 日本支社では「Hinemos を活用した、OSS ミドルウェアに対する稼働分析ソリューション」の展示、及びプレゼンテーションを行いました。
ここでは、当社 長田悠吾が行ったプレゼンテーションの内容をご紹介します。
更新日:2024年12月27日
pg_dbms_stats は ANALYZE が収集する統計情報を管理するためのツールです。
PostgreSQL の SQL 実行は、ANALYZE コマンドによって収集される統計情報をもとに、コスト計算を行い、最も早く実行できると予想される実行プランが選択されます。
もし、統計情報の精度が不十分な状態で SQL を実行すると、効率の悪い実行プランが選択され、性能低下の要因となります。
統計情報を常に最新にしておくことで、PostgreSQL のプランナは常に最適なプランを選択し実行することが可能ですが、プランナの不具合など、なんらかの原因によっては、最適なプランが選択されないケースがあります。
そのような事態に陥った場合、PostgreSQL 本体の機能だけでは対処が難しいため、pg_dbms_stats や pg_hint_plan を使って、想定するプランが選択されない理由を調査したり、一時的に実行プランを固定することができます。
今回は、使用する統計情報の管理が可能な pg_dbms_stats について紹介します。