PostgreSQLは長年に渡り使われてきたデータベースであり、その使いやすさ、包括的かつ直感的なドキュメンテーション、信頼性などが開発者やデータベース管理者に愛され続けてきました。 エンタープライズDBの者なら誰でも、PostgreSQL（Postgresとも呼ばれます）への関心は近年急速に拡大していると感じていますが、それは身びいきかもしれません。今回、客観的な第3者であるDB-Enginesが、2017年がPostgresへの関心の高まりを示す当たり年であったと発表しました。 そして、Postgresを「DBMS of the Year 2017」と認定しました。
「DBMS of the Year 2017 おめでとう！（EDBチーフマーケティングオフィサー、Keith Alsheimer）」の続きを読む…
株式会社クラステクノロジー（本社・東京都 渋谷区、代表取締役社長・瀧下省吾、以下 クラステクノロジー）は同社が提供するSCMソリューションECObjects（R）の稼働基盤として従来のデータベースに加え、EDB PostgresTM（開発元：EnterpriseDB Corporation／エンタープライズDB株式会社 本社・東京都 新宿区、代表取締役・藤田祐治）との連携を新たに開始しました。
「クラステクノロジー社ECObjectsのデータベース基盤として、EDB Postgresとの連携を開始」の続きを読む…
もしPostgreSQLでVACUUMの必要がまったくなくなったらどうでしょうか？これはなかなか想像し難いことのようです。結局のところ、PostgreSQLはマルチバージョン コンカレンシー コントロール（MVCC）を使用しています。従って複数の行バージョンを作成する場合、最終的に何らかの形で不要行バージョンを削除する必要があります。 PostgreSQLでは、VACUUMがそれを確実に実行しており、オートバキュームプロセスのおかげで、それが遅滞なく行われているわけです。とは言え、全てのリレーショナル・データベースが、同じ方法でMVCCを実現しているわけではないという事実からも明らかなように、他の方法を取ることも可能です。PostgreSQLが新しいアプローチを採用することで、大いに恩恵を得ることができる可能性もあるのです。実際、EnterpriseDBの私の同僚の多くは、新しいアプローチの実装に忙殺されております。今日は私たちが何をやっており、なぜそれをやっているのかについてお話ししたいと思います。
この記事では、近年のVACUUMの改善の歴史、PostgreSQLにおけるVACUUMの現状、そして今後どのように改善されるのかを話したいと思います。
私が最初にPostgreSQLを使い始めた頃、オートバキュームは存在せず、手動のVACUUMを行う必要性も感じませんでした。しかし、数ヶ月過ぎた頃、なぜか私のデータベースがとても遅くなりました。 そこで、cronで6時間ごとにvacuumdbコマンドが実行されるようにスケジュールすることで対応しました。当時の私のニーズでは、そのレベル十分でした。データベースが小さく、限られた量のトラフィックしか処理しなかったからでしょう。
2017年12月7日、EDBパートナー向けに「EDB Light Talk セッション」が都内で開催されました。
EDBの副社長兼チーフアーキテクトである Dave Page が、PEMとArkの現況と今後のロードマップを解説いたしました。
そのプレゼン資料（53ページ）をPDFファイルにて公開いたします。
下記よりダウンロードしてご参照ください。
デジタルビジネスのためのデータベースプラットフォーム企業である、エンタープライズDB株式会社は、EDB PostgresTM Advanced Server の日本語版技術認定試験を12月中旬より開始することを発表しました。
EDB Postgres 9.6 の大規模データ対応は進化を続けています。
EDB Postgresで最適化されたパラレル処理は、シンプルな全表走査の性能を約70倍向上させました。
パーティションと組み合わせることで、性能がさらに約5倍向上します。
複雑なSQLで適切に並列度が選択されないケースでもEDB Postgresであればパラレル・ヒントを使用し、安定した性能の向上が達成できます。
資料の無料ダウンロードはアシスト社ホームページにて。
