SRA OSS は PostgreSQL 関連サービスを提供しているだけではなく、PostgreSQL の開発にも参加しています。過去には再帰SQLの実装や、ラージオブジェクトの64bit化などを行ってきました。
そして、最近は Incremental View Maintenance という機能の実装を提案することを検討しています(2018年12月末にPostgreSQL開発MLにて議論開始)。これはマテリアライズドビューの更新を高速に行うための技術です。PostgreSQLが大規模システムの採用が増加する中、マテリアライズドビューの利用は増えていると考えており、またその高速リフレッシュは喫緊の課題であると考えています。
これに関する発表を昨年の10月にポルトガルのリスボンで開催された PostgreSQL Conference Europe (PGConf.EU) 2018 で発表してきました(レポートはこちら)。本記事では、その内容について解説します。
続きを読む
Barman とは PostgreSQL のPITR(ポイントインタイムリカバリ)を簡単に管理してくれるツールです。
PITRとはバックアップ/リストア方式の一つで、過去の指定した時点の状態に復元することが可能です。PITRは、データベースクラスタの物理コピー(ベースバックアップと呼びます)を取得し、以降のデータ変更が書き出される WALファイルを継続的に保存する(保存したものをWALアーカイブやアーカイブログと呼びます)ことで実現されます。現在稼働しているデータベースクラスタを障害やオペレーションミスから復旧したい場合には、保存していたベースバックアップにWALアーカイブを適用することで、ベースバックアップ取得時点からWALアーカイブが適用できる限りの任意の時点に復元することができます。
続きを読む
このリリースは 11.0 からの修正リリース(2018年11月8日リリース)です。
11.x からのアップデートではダンプ、リストアは不要です。
しかしながら、pg_stat_statements拡張を使っている場合は修正を適用するための操作が必要です。
以下の関連する項目を参照してください。
続きを読む
このリリースは 10.5 からの修正リリース(2018年11月8日リリース)です。
10.x からのアップデートではダンプ、リストアは不要です。
しかしながら、pg_stat_statements拡張を使っている場合は修正を適用するための操作が必要です。
以下の関連する項目を参照してください。
また、10.4 より前のバージョンからアップデートを行う場合は 10.4 に関する技術情報を参照してください。
続きを読む
このリリースは 9.6.10 からの修正リリース(2018年11月8日リリース)です。
9.6.x からのアップデートではダンプ、リストアは不要です。
しかしながら、9.6.9 より前のバージョンからアップデートを行う場合は 9.6.9 に関する技術情報を参照してください。
続きを読む
このリリースは 9.5.14 からの修正リリース(2018年11月8日リリース)です。
9.5.x からのアップデートではダンプ、リストアは不要です。
しかしながら、9.5.13 より前のバージョンからアップデートを行う場合は 9.5.13 に関する技術情報を参照してください。
続きを読む
このリリースは 9.4.19 からの修正リリース(2018年11月8日リリース)です。
9.4.x からのアップデートではダンプ、リストアは不要です。
しかしながら、9.4.18 より前のバージョンからアップデートを行う場合は 9.4.18 に関する技術情報を参照してください。
続きを読む
このリリースは 9.3.24 からの修正リリース(2018年11月8日リリース)です。
9.3.x からのアップデートではダンプ、リストアは不要です。
しかしながら、9.3.23 より前のバージョンからアップデートを行う場合は 9.3.23 に関する技術情報を参照してください。
続きを読む
このページでは PostgreSQL 11(2018/10/18リリース) に関する技術情報をお届けします。
本ドキュメントは PostgreSQL のリリースノートを元に弊社で解説を加えたものです。
バージョン11の主な拡張点
バージョン11での主な拡張箇所は以下の通りです。
- ハッシュキーによるパーティショニングが可能になりました。
- パーティションテーブルに対して主キー制約、外部キー制約、インデックスそしてトリガーを作成できるようになりました。
- どのパーティションにもマッチしないデータ用にデフォルトパーティションの作成が可能になりました。
- パーティションキー列に対する更新を行った際にそれの影響を受けるレコードも適切なパーティションに移動されるようになりました。
- パーティションテーブルに対する SELECT のパフォーマンスが向上しました。
- B-tree インデックスを作成する CREATE INDEX 文で並列処理を行えるようになりました。
- 並列化が CREATE TABLE … AS、CREATE MATERIALIZED VIEW、そして UNION を使用する一定のクエリで可能となりました。
- ハッシュ結合とシーケンシャルスキャンの並列処理のパフォーマンスが向上しました。
- ストアドプロシージャ内でトランザクション制御が可能になりました。
- JIT コンパイルの使用が可能になりました。
- SQL:2011 標準で定められているすべてのウィンドウ関数が使用できるようになりました。
- カバーリングインデックスを CREATE INDEX 時に INCLUDE 句を使用することで作成可能になりました。
続きを読む
oracle_fdw 紹介の後編です。
前編では oracle_fdw を PostgreSQL に導入・外部サーバ定義・ユーザマッピング・外部テーブル定義を順に行い Oracleデータベース上のテーブルに PostgreSQL からアクセスする流れを紹介しました。
今回は、機能をもう少し深堀りをしていきます。
続きを読む