PostgreSQL

自由かつオープンソースのリレーショナルデータベース管理システム
Postgresから転送)

PostgreSQL(ポストグレス キューエル[※ 1])は、拡張性とSQL準拠を強調するフリーでオープンソース関係データベース管理システム(RDBMS)である。Postgresとしても知られている。もともとは、カリフォルニア大学バークレー校で開発されたIngresデータベースの後継としてその起源を根拠としたPOSTGRESという名前であった。1996年に、プロジェクトはSQLのサポートを反映してPostgreSQLに改名された。2007年の検討の結果、開発チームはPostgreSQLという名前とPostgresという別名を維持することを決定した。

PostgreSQL
開発元 PostgreSQL Global Development Group
初版 1997年1月29日 (27年前) (1997-01-29)[1]
前身のPostgresは1989年6月 (34年前) (1989-06)[2]
最新版 16.2[3] ウィキデータを編集 - 2024年2月8日 (29日前) [±]
リポジトリ ウィキデータを編集
プログラミング
言語
C
対応OS クロスプラットフォーム
種別 オブジェクト関係データベース
ライセンス The PostgreSQL Licence
公式サイト www.postgresql.org
テンプレートを表示

PostgreSQLは、原子性、整合性、独立性、耐久性 (ACID)プロパティを持つトランザクション、自動更新可能なビューマテリアライズドビュートリガ外部キーストアドプロシージャを特徴としている。単一マシンからデータウェアハウスや多数の同時使用ユーザを持つWebサービスまで、さまざまなワークロードを扱えるように設計されている。macOS Serverのデフォルトデータベースであり、LinuxFreeBSDOpenBSDWindowsでも利用可能である。

概要 編集

PostgreSQLはIllustraや、Illustraを買収しその技術を採りいれたInformixとともにオブジェクト関係データベース管理システムを実装してきた。[4] 問い合わせ言語には SQL を用いており、SQL92, 99の大部分と、2003, 2008の一部をサポートしている。[※ 2]

市場シェア 編集

DB-Engines.comによるマーケットシェア調査では、2018年2月現在、Oracle Database、MySQL、Microsoft SQL Server に続いて4位であり[5]、MySQL とのシェアの差は年々縮まる傾向にある[6]

2012年7月当時は、クラウドサービスプロバイダの Jelastic によると、オープンソースDBの中でのPostgreSQLの世界シェアは Jelastic のユーザー内では14%程度であった(MySQL系 70%(MySQL 56%、MariaDB 14%)、MongoDB 15%)[7]。日本の Jelastic のユーザー内では8%であり(MySQL系 66%(MySQL 50%、MariaDB 16%))、世界的なシェアとは状況が異なる[7]

プラットフォーム 編集

  • Unix系FreeBSDOpenBSDLinuxmacOSSolaris)および Microsoft Windows で動作する。Windowsにおいては、バージョン7.4以前はCygwinを必要としたが、バージョン8.0以降はネイティブで動作する。
  • 32ビット / 64ビット の両アーキテクチャ上で動作する。32ビット版では共有バッファサイズが最大2GBに制限されるが、64ビット版では上限は無い。
  • 配布形態は、ソースコードや RPMAPT の他、EnterpriseDB 社よりGUIインストーラが提供されている。このパッケージにはGUIの管理ツールであるpgAdminやドライバ等の追加インストーラが同梱されている。

特徴 編集

関数 編集

関数(ストアドファンクション)によりサーバで実行される処理のまとまりを定義できる。PostgreSQL はを返却する関数を定義することができる。関数の出力は複数の行であり、クエリの中でテーブルと同様に扱うことができる。実行するユーザまたは定義したユーザのどちらの権限で実行されるかを指定して関数を定義できる。

関数の定義には SQL の他、分岐やループをサポートする下記の言語で実装することが可能である。言語によっては関数をデータベーストリガとして実行することもできる。

組み込みでサポートされている言語[8] 編集

外部のプロジェクトとして対応している言語 編集

[10]

インデックス 編集

PostgreSQL は組み込みで以下のインデックスをサポートしている[11]。デフォルトはB+木。また、ユーザ定義インデックスを追加することもできる。

PostgreSQL のインデックスには以下の特徴がある。

  • 必要に応じて逆順でスキャンできる。逆順スキャン用のインデックスを別に定義する必要は無い。
  • 式インデックス (関数インデックス) を定義できる。複数の列の値を引数に取る関数の結果をインデックス化する。
  • 部分インデックス (条件付きインデックス) を定義できる。条件を指定し、条件に適合する行のみをインデックス化することで、インデックスのサイズを縮小できる。
  • クエリオプティマイザ (planner) は複数のインデックスを同時に使用するクエリ実行計画を作成できる。複数のインデックスの結果をメモリ上のビットマップとして併せ、そのビットマップに対応する行をテーブルから取得する。

トリガ 編集

データベーストリガは SQL データ操作言語 (SQL DML) の文 (INSERT, UPDATE / UPDATE OF, DELETE, TRUNCATE) を実行した際に呼び出される。 利用例として、INSERT 文で挿入される値が妥当かの検証がある。 トリガが実行される条件は WHEN 句で与えることができる。

トリガはテーブルに対してのみ定義できる。 ビューに対するトリガが必要な場合には、代わりにルールを使用する。 複数のトリガが定義されている場合、アルファベット順に実行される。

トリガで実行される処理は関数として定義する。 トリガ用の関数の定義には SQL 関数は使用できないが、PL/pgSQL やその他の多くの関数用言語を使うことができる。

ルール 編集

ルールにより SQL の内部表現である「クエリ木」を書き換えることができる。 一般的なルールの用途は更新可能ビューを実現することであり、標準 SQL で規定される "INSTEAD OF" トリガ の代わりに用いられる。

データ型 編集

多くのデータ型が利用できる[16]

  • 数値型:整数、浮動小数点数、任意の精度を持つ数値、連番
  • 通貨型
  • 文字列:固定長、可変長
  • 可変長バイト列
  • 日時、日付、時刻、時間差分 (タイムゾーンの有無を指定可能)
  • ブーリアン型
  • 列挙型(8.3以降)
  • 幾何型:点、直線、線分、矩形、閉経路、開経路、多角形、円
  • ネットワークアドレス:IPv4 / IPv6 アドレス, MAC アドレス
  • ビット列
  • テキスト検索に関する型
  • UUID
  • XML
  • JSON 型:テキスト形式、バイナリ形式
  • 配列
  • 複合型
  • 範囲型

可変長文字列と可変長バイト列には最大で 1GB を格納できる。一定のサイズを上回るデータ値は TOAST と呼ばれる機能により自動的に圧縮され別領域に配置される。そのため、ページサイズ (通常8KB) を上回るサイズの行であっても保存できる。

さらに、ユーザがデータ型を追加することもでき、それに対してインデックスを作成することもできる。 利用例として、GIS 用の型を GiST インデックスで検索可能な PostGIS プロジェクトがある。

ユーザ定義オブジェクト 編集

ユーザはほとんどのデータベース・オブジェクトを追加できる。

PostgreSQLが規定する上限 編集

データベースの大きさの上限はない。テーブルのバイト数の最大は32Tbyteである。 テーブルの列は1600まで可能だが、運用上の上限はデータ型に依存する。

バキューム 編集

バキューム (VACUUM) とは、追記型アーキテクチャにおける不要領域を回収し、再利用またはOSに返却する処理である。 なお、バージョン8.3からはHeap-Only Tuples (HOT) が採用され、インデックスの変更を伴わない更新については、削除された行を直ちに再利用することが可能となり、バキュームの必要な頻度は下がった。

PostgreSQLは、MVCCの実現のため、追記型のアーキテクチャを採用している。 データを削除する際は実際のレコードは削除せず、該当行に削除マークを付けるのみである。 更新の際も内部的には削除と挿入を同時に行っている。 そのため、更新・削除が繰り返されるテーブルにおいては、たとえ理論的な行数が変わらなくとも、更新・運用を重ねるごとに物理的なファイルサイズが増加する。肥大化によるパフォーマンスの劣化を回避するため、次節に述べるバキューム作業を定期的に行う必要がある。

各バージョンによって以下の差異がある。

7.1 以前
データベースファイル内の未使用領域を解放しOSに返却する処理のみをサポートする。このVACUUMでは、処理中のテーブルに対して排他ロックが獲得されるため、VACUUMの間は対象テーブルへのアクセスがブロックされる。システムの規模やテーブルの行数にもよるが、本バージョンにおいてシステムの停止を伴わない運用は困難であった。
7.2
以前の動作を FULL 方式 (VACUUM FULL) とし、新たにコンカレント方式 (VACUUM) が実装された。現在、単にバキュームと言った場合、後者のコンカレントバキュームを指す。コンカレントバキュームでは、テーブルの排他ロックを伴わずに不要領域の回収を行う。不要領域に対して再利用可能フラグを付けるのみの処理となるため、コンカレントバキュームを行っても基本的にデータベースの物理的なサイズは縮小しない。しかし、以降の更新・挿入において、このとき回収した領域が優先的に使用され、更新・削除によるファイルサイズの肥大を防止できる。
7.3
インデックスもコンカレントバキュームの対象になり、肥大化から回復させるための定期的にインデックスを再編成 (REINDEX) する必要が無くなった。これによりデータベース・オブジェクトの排他ロックを要するメンテナンスが不要になり、無停止での運用が可能になった。
7.4
自動的にバキュームを行う contrib/pg_autovacuum モジュールが提供された。autovacuum はシステムを監視し、INSERT/UPDATE/DELETE の回数などの統計情報を利用して、適切なタイミングで適切なテーブルのみに対してバキュームを行う。このため、高度な知識を要すことなく、不要領域の増加を十分に抑えることが可能となった。なお、自動バキューム処理の際に参照される統計情報の記録はデフォルトでオフとなっているため、本機能を利用する際は統計情報の記録オプションもオンにする必要がある。
8.0
バキュームは多くのI/Oが必要なため、負荷の高い処理である。バキューム実行中のシステムの全体の性能悪化を防ぐため、バキュームを行う速度を制限する機能が追加された。ただし、バキューム自体の処理時間はその分多く要する。
8.1
contribより提供されていた自動バキューム (autovacuum) 機能が本体に統合された。不要領域の監視が効率化され、コマンドで発行した VACUUM との連携が可能になった。
8.2
トランザクションIDの周回がテーブル単位で管理されるようになり、定期的にデータベース単位でバキュームを行う必要が無くなった。テーブル単位のバキュームのみが必要である。また複数のバキュームを並列して実行した際の回収効率が向上した。
8.3
自動バキューム機能が標準で有効とされ、複数のテーブルに並列してバキュームを行うようになった。加えて Heap-Only Tuplesの採用により、バキューム自体の必要性が低減した。
8.4
Visibility Map で処理が必要なページを追跡するようになり、バキュームが高速化された。また空き領域のあるページを管理する Free Space Map のメモリ管理が自動化された。
9.0
VACUUM FULL が CLUSTER と類似の処理に変更され、高速化された。

パーティショニング 編集

PostgreSQL 8.1 より、パーティショニングを組み込みでサポートしている。バージョンが上がる度に機能が追加されている。

テーブル・パーティショニング継承を用いて実現する。 これは、Oracle Database 7 のパーティション・ビューに近い実装である。

テーブルを作成する際、他テーブルを「親」テーブルとして指定し、継承関係を定義できる。 「子」テーブルに挿入された行は、親テーブルを参照した際にも取得される。 親テーブルに対する列の追加やCHECK制約の定義は自動的に子テーブルにも反映されるが、外部キー一意性制約は継承をサポートしていない。

パーティショニングされたテーブルへは親テーブルを通してアクセスする。 SELECT, UPDATE, DELETE 文は子テーブルを含むよう展開されるが、クエリの条件が CHECK 制約に適合しない子テーブルは設定により自動的に除外することもできるため効率よく処理できる。

INSERT については、バージョン10以降は宣言的テーブルパーティショニングにより子テーブルに振り分けることが出来る[17]。バージョン9.6までは、子テーブルを直接指定するか、親テーブルにトリガを作成することで挿入先を指示して振り分けることが出来る。

レプリケーション 編集

PostgreSQL 9.0 より、ストリーミングレプリケーションを組み込みでサポートしている[18]トランザクションログを転送し、全てのデータベース・ファイルの変更をコミット後に他のサーバへ非同期に転送する。単一マスタと複数スレーブを構成でき、スレーブは参照の問い合わせを受け付ける。参照処理を複数のノードで負荷分散するスケールアウトが可能である。

PostgreSQL 10 より、ロジカルレプリケーションを組み込みでサポートしている[19]。データベース全体ではなく、指定した部分だけをレプリケーションできる。

全文検索 編集

LIKE 述語と正規表現による文字列検索のほか、全文検索の機能を持つ。バージョン 8.3 以降は組み込みで、それ以前のバージョンでは contrib/tsearch2 として提供されている。この全文検索では文字列から単語を抽出し、転置テーブル (GIN) または単語空間を多次元木 (GiST) とするインデックスを作成できる。SQL/MM の全文検索とは異なり、「@@」演算子を使用する独自の文法で検索を行う。

SELECT * FROM テーブル WHERE to_tsvector(文字列カラム) @@ to_tsquery('検索クエリ')

標準では日本語の文字列から単語を抽出するパーサを持たないが、外部拡張である textsearch-ja を使用することで形態素解析による検索が可能となる。

また、標準の全文検索以外にも、PGroonga (Groonga を使用), Ludia, textsearch_senna (Senna を使用), pgestraier (Hyper Estraier), pgRast (Rast) などが外部拡張として存在する。

UPSERT機能 編集

PostgreSQL 9.5 より、データの新規挿入または更新を行う「UPSERT」機能が実装された[20]。「UPSERT」機能とは、データの新規挿入(INSERT)ができれば挿入を行い、新規挿入ができなければ更新(UPDATE)を行うもの。「ON CONFLICT」句を指定すると、データ変更の衝突を適切に処理できるという。

基本的機能 編集

その他の特徴 編集

オンラインオフラインバックアップ 編集

バックアップには主に3つの方法があり、SQLダンプ、ファイルシステムレベルバックアップ、連続アーカイブである。それぞれに長所・短所がある。 SQLダンプではpg_dumpのようなクライアントアプリケーションでバックアップをとり、リモートホストからのバックアップが可能であるがデータベース 全体のバックアップをとる場合にはほぼ常にスーパーユーザー権限が必要である。ファイルシステムレベルバックアップでは、bashコマンドで データファイルのバックアップをとる。この場合はオンラインバックアップやテーブル個別のバックアップは出来ない。連続アーカイブはWALを利用するものであり アドミニストレーターにとって複雑であるが、バックアップでの内部不整合がlog replayで解決されることやWALファイルをアーカイブするだけで連続バックアップできる 利点もある。ただこの方法ではデータベースクラスター全体のバックアップとなるため要求されるストレージは大である[21]

性能 編集

CPU スケーラビリティ 編集

バージョン 8.1 以降 CPU スケーラビリティは大幅に改善された。 以降、改善を積み重ね、中規模のハードウェアであればスケーラビリティを十分に確保できるRDBMSとなっている。

7.4 以前
スケーラビリティはページ置換アルゴリズムとして採用されていた LRU により抑制されていた。ページを参照するたびにバッファ・プール全体を排他ロックしていたため、スケーラビリティは低かった。SMP 構成で 4CPU 程度が限界だった。
8.0
LRU に代わり ARC が採用された(ただし、特許侵害の回避のため途中で 2Q に変更された[22])。ARC によりキャッシュヒット率は向上したものの、排他制御にオーバーヘッドが生じた。また、サブトランザクションをサポートするため追加された排他制御も新たなロック競合を生んだ。スケーラビリティは以前のバージョンと比較してむしろ低下しており、2CPU 程度で頭打ちになった。
8.1
ページ置換アルゴリズムはクロックに変更され、スケーラビリティが大幅に向上した。ページの参照には共有ロックのみが必要であるため並行してアクセスが可能になった。8コア程度が上限となった。[23] [24]
8.2
ページを管理するハッシュテーブルのロックが16個に分割され、共有ロックの実装に使用されるスピンロックへのアクセスが分散された。他にスピンロックの実装やサブトランザクションの排他制御が改良され、16コアまでのスケーラビリティが確認されている。[25][26]
9.2
EnterpriseDB の Robert Haas が Linux カーネル 3.2 および PostgreSQL 9.2 の改善により、64コア(8コア×8CPU)のマシン上でCPUスケールすることを確認した[25]
9.5
LWLock (Lightweight lock) において、一部、スピンロックからアトミック命令に切り替え[27]、また、共有バッファのマッピングのハッシュテーブルのパーティション数を16から128に増やす[28]などの改善により、並列度が32〜64あたりでのパフォーマンスを改善した[29][30]

更新処理 編集

過去のバージョンの PostgreSQL は他の関係データベース管理システム (RDBMS) と比較して更新処理が遅いと言われていた。追記型アーキテクチャが採用されており、更新処理は削除と挿入の組み合わせとして実現されていた。特に挿入の際にインデックスのキーを追加する必要がある点で性能差が生じていた。

しかし、バージョン 8.3 にて Heap-Only Tuples (HOT) と呼ばれる機能が採用され、インデックスのキーとなっている列の値に変更が無い場合にはインデックスの更新を回避できるようになった。HOT により約2倍のスループット向上が確認されている。[31]

ベンチマーク 編集

業界標準の規格に則ったベンチマーク結果として 2007年8月の サン・マイクロシステムズ (Sun) による報告がある。以下のハードウェアを使用し、813.73 SPECjAppServer2004 JOPS@Standard であった。[32]

周辺ツール 編集

管理ツール 編集

PostgreSQL専用もしくは各種データベース汎用のデータベース接続クライアントを利用して管理できる。

psql 編集

psql は PostgreSQL 付属のコマンドライン・プログラムである。 SQL を直接入力またはファイルから読み込んで実行するほか、スキーマ情報の表示などのメタコマンドを持つ。 また、SQL 構文やテーブル名などをタブキーにより入力補完できる。

pgAdmin 編集

pgAdmin[※ 8] は GUI の管理インタフェースである。 PostgreSQL License で配布される オープンソースソフトウェア (OSS) である。 多くのプラットフォームで動作し、日本語を含む多くの言語が利用できる。 また、専用の SQL エディタは psql と同様の入力補完機能を持つ。 Microsoft SQL Server Management Studio と似たインタフェースでデータベースを操作できる。

phpPgAdmin 編集

phpPgAdmin[※ 9]はウェブベースの管理ツールである。PHPで作られており GPL で配布されている。名称はphpMyAdminと似ているが、製品同士の関連性は無く、操作性はかなり異なる。

その他 編集

レプリケーション・アドオン 編集

PostgreSQL はバージョン 9.0 よりレプリケーションを標準でサポートするが、サードパーティー製のオプション・ソフトウェアも利用できる。

各種レプリケーションソフトウェアの概要
名前 方式 開発元 特徴
Slony-I 非同期型マスタスレーブ Jan Wieck バージョンアップやバックアップにも利用できる。
Mammoth Replicator[※ 13] 非同期型マスタスレーブ Command Prompt, Inc. BSDライセンス。
Londiste[※ 14] 非同期型マスタスレーブ Skype 堅牢性と扱いの容易さを目標とするツール。Python製。
Bucardo[※ 15] 非同期型マルチマスタ Greg Sabino Mullane BSDライセンス。
PGCluster[※ 16] 同期型マルチマスタ 三谷篤 ロードバランサ機能を備える。
Postgres-R[※ 17] 同期型マルチマスタ Markus Wanner 継続して開発中。
Cybercluster[※ 18] 同期型マルチマスタ Cybertec BSDライセンス。
pgpool-II[※ 19] 同期型プロキシサーバ SRA OSS Inc. フェイルオーバー機能を備える。
Sequoia[※ 20] 同期型プロキシサーバ/ドライバ Continuent Inc. 他DBMSにも接続できる。
PostgresForest[※ 21] 同期型プロキシドライバ NTTデータ JDBCラッパ。
Fermion[※ 22] 同期型マルチマスタ 株式会社Murakumo 検索および更新処理の負荷分散、自動フェイルオーバー機能、マルチキャストを用いたノードの自動追加処理機能を備える。

接続インタフェース 編集

PostgreSQL はクライアントサーバモデルであり、データベースへの接続は主に TCP/IP ポート番号 5432 を用いて通信を行う。通信プロトコルは「フロントエンド/バックエンドプロトコル[33]」として公開されている。

各プログラミング言語ごとの接続インタフェース
言語 名前 ライセンス 開発元
C libpq BSD 本体同梱
psqlODBC LGPL https://odbc.postgresql.org/
ODBCng GPL https://projects.commandprompt.com/public/odbcng/
C (埋め込みSQL) ecpg BSD 本体同梱
C++ libpqxx BSD http://pqxx.org/development/libpqxx/
Java JDBC TYPE4 BSD http://jdbc.postgresql.org/
.NET (C#, VB) Npgsql BSD http://npgsql.projects.postgresql.org/
dotConnect for PostgreSQL http://www.devart.com/dotconnect/postgresql/
OleDB PgOleDb LGPL http://pgfoundry.org/projects/oledb/
Perl DBD::Pg Artistic, GPL http://search.cpan.org/dist/DBD-Pg/
Python py-postgresql BSD http://python.projects.postgresql.org/ [リンク切れ]
PyGreSQL BSD http://www.pygresql.org/
psycopg2 LGPL [34] http://initd.org/
pg8000 BSD https://github.com/tlocke/pg8000
PHP php_pgsql PHP License http://jp2.php.net/pgsql
Ruby ruby-pg Ruby License http://rubyforge.org/projects/ruby-pg/

歴史 編集

マイケル・ストーンブレーカーは、自分が開発を主導した関係データベース管理システム (RDBMS) であるIngres の商業化事業を一段落させると、カリフォルニア大学バークリー校 (UCB) に戻り、同校で新たなプロジェクトを開始した。 プロジェクトの名称は Postgres と名づけられた。 このプロジェクト名称は、Ingres の後継を意味する Post-Ingres に由来している。 Postgresプロジェクトは、関係モデルを使ったこれまでの既存のデータベース管理システムの限界に対処することを目的として、開始された。 最も重要な課題は、これまでのDBMSではユーザが自分で新たな定義域 (ドメイン、型) を既存の単純な定義域をもとにして定義できない点であった。 Postgresでは型 (定義域) を完全にサポートするために必要な最小限の機能だけを導入した。 Postgres ではデータベースが関係を「理解」すると言われ、「規則」に従って自然な方法で関連する関係 (リレーション表、テーブル) から情報を得ることができた。 ユーザ自身が型を定義する機能に加えて、関連を完全に記述できる機能も備えていた。 プロジェクトは他にも、追記型メディア (光ディスクなど) への対応、大容量記憶装置への対応、推論、オブジェクト指向型データモデルなどを、取り入れた。 実装においては、データベースアプリケーションソフトウェアの間の新たなインタフェースを実験的に導入した。

プロジェクトチームは、1986年からPostgresシステムの基盤を説明した多数の論文を公表した。 1988年、Postgres のプロトタイプバージョンを発表した。 1989年6月、数名のユーザに対してPostgresバージョン1を公開した[2]。 1990年6月、ルールシステム (RULE) を実装し直したバージョン2を公開した[2]。 1991年、バージョン3を公開した[2]。 バージョン3では、ルールシステムが再度実装し直され、複数の記憶装置を管理する機構が追加され、クエリエンジンが改良された。 1993年には、非常に多くのユーザが、プロジェクトに対して、サポートと追加機能を要望して、圧倒させるほどの状態となっていた。 1993年、主として雑然とした部分をきれいにしたことを内容とするバージョン4.2が公開された。 バージョン4.2が公開された後、Postgres プロジェクトは終了した[2]。 Postgres は広く使われたが、保守はユーザに任されていた。

マイケル・ストーンブレーカーと Paula Hawthorn は、Postgresを商業化するために、Illustra Information Technologies 社を創業して、Illustraの製品名で開発・販売した。その技術は IBM Informix Dynamic Server (IDS) に導入されている。

一方、オープンソースの世界のソフトウェア開発者たちは、Postgres のコピーを入手してシステムのさらなる開発を進めることができた。 なぜならカリフォルニア大学バークリー校 (UCB) は、Postgres をオープンソースライセンスであるBSDライセンスのもとで公開していたからである。 1994年に、カリフォルニア大学バークリー校 (UCB) の大学院生であった Andrew Yu と Jolly Chen は、システムの問い合わせ言語インタプリタを、Ingres を基にした QUEL のインタプリタから、SQL のインタプリタに置き換える作業を行った。 SQLインタプリタを備えたこのシステムは、Postgres95 と呼ばれた。 Postgres95 のソースコードは、ワールドワイドウェブに公開された。

1996年7月に Hub.Org Networking Services の Marc Fournier は、大学外の組織としては最初に、開発用サーバをオープンソースソフトウェア開発のために活動する人々に提供した。 Postgres95プロジェクトは、Bruce Momjian と Vadim B. Mikheev とともに、カリフォルニア大学バークリー校 (UCB) に由来するソースコードを堅牢にする作業を始めた。 1996年8月1日に、Postgres95の最初のオープンソースのバージョンが公開された。

1996年に Postgres95 プロジェクトは、プロジェクトの名称を、SQL のサポートをしているという意味をこめて PostgreSQLに変更した[2]。 1997年1月に PostgreSQL プロジェクトとしての最初のバージョンである、PostgreSQL バージョン 6.0 が公開された。 このときから、インターネットを通じて世界中のデータベース開発者のグループがPostgreSQLの開発に参加し、共同作業によるプロジェクトをうまく調整する体制ができあがった。

1999年7月23日、日本PostgreSQLユーザ会が設立し、任意団体として活動を開始した[35]

Postgres は Illustra により商業化されていたが、Illustra は Informix に買収され、Informix は 2001年に IBM に買収された[2]。2001年以降には PostgreSQL を商用サポートする会社が現れた。

2006年2月1日、日本PostgreSQLユーザ会は NPO として再編成された[35]

2011年7月、オープンソースデータベース技術者認定試験(OSS-DB Exam)において基準のRDBMSとして採用された。

バージョン履歴 編集

  • 1986年 - カリフォルニア大学バークレー校 (UCB) でマイケル・ストーンブレーカーがPOSTGRESプロジェクトを発足[2]
  • 1987年 - プロトタイプが完成、翌年のACM-SIGMODコンファレンスで紹介される[2]
  • 1989年6月 - POSTGRES 1 を数名の外部ユーザーにリリース[2]
  • 1990年6月 - POSTGRES 2 のリリース。前バージョンの批評をもとにルールシステムが再設計された[2]
  • 1991年 - POSTGRES 3 のリリース。複数ストレージの管理機構追加等[2]
  • 1993年 - POSTGRES 4.2 をもってカリフォルニア大学バークレー校におけるPOSTGRESプロジェクトが終了[2]
Postgres95
バージョン リリース日 追加機能
0.01 1995年5月1日 POSTGRESのソースコードを元にした Postgres95 のリリース
1.0 1995年9月5日 SQL LIKE構文などを実装した Postgres95 の正式リリース
PostgreSQL
メジャーバージョン リリース日 最新マイナー版 最新版リリース日 サポート期限 追加機能
6.0 1997年1月29日 N/A N/A N/A PostgreSQL と名称を変え、POSTGRESプロジェクトの連番に戻された
6.1 1997年6月8日 サポート終了:6.1.1 1997年7月22日 N/A
6.2 1997年10月2日 サポート終了:6.2.1 1997年10月17日 N/A
6.3 1998年3月1日 サポート終了:6.3.2 1998年4月7日 2003年3月1日 副問い合わせ, PL/Tcl
6.4 1998年10月30日 サポート終了:6.4.2 1998年12月20日 2003年10月30日 PL/pgSQL, マルチバイト文字列サポート, ビュー
6.5 1999年6月9日 サポート終了:6.5.3 1999年10月13日 2004年6月9日 MVCC, 一時表, CASE, INTERSECT, EXCEPT
7.0 2000年5月8日 サポート終了:7.0.3 2000年11月11日 2004年5月8日 外部キー制約
7.1 2001年4月13日 サポート終了:7.1.3 2001年8月15日 2006年4月13日 WAL, TOAST, OUTER JOIN
7.2 2002年2月4日 サポート終了:7.2.8 2005年5月9日 2007年2月4日 コンカレントVACUUM, PL/Python
7.3 2002年11月27日 サポート終了:7.3.21 2008年1月7日 2007年11月27日 スキーマ, ドメイン, PREPARE
7.4 2003年11月17日 サポート終了:7.4.30 2010年10月4日 2010年10月1日 IPv6, information_schema
8.0 2005年1月19日 サポート終了:8.0.26 2010年10月4日 2010年10月1日 Microsoft Windows対応, SAVEPOINT, PITR, 表領域 [36]
8.1 2005年11月8日 サポート終了:8.1.23 2010年12月16日 2010年11月8日 2相コミット, ROLE, 行共有ロック, テーブル・パーティショニング [37]
8.2 2006年12月5日 サポート終了:8.2.23 2011年12月5日 2011年12月5日 ウォームスタンバイ, GIN [38]
8.3 2008年2月4日 サポート終了:8.3.23 2013年2月7日 2013年2月7日 更新処理性能の向上, XMLデータ型, 全文検索, JIS X 0213, ENUM型, UUID[39]
8.4 2009年7月1日 サポート終了:8.4.22 2014年7月24日 2014年7月24日 再帰クエリ, ウィンドウ関数, 列単位のアクセス制御, SQLと関数の性能解析機能 [40]
9.0 2010年9月20日 サポート終了:9.0.23 2015年10月8日 2015年10月8日 レプリケーション, 一括権限変更, 匿名プロシージャ, 64bit Windows サポート, 移動平均, 列/条件トリガ, 一意性制約の遅延, 排他制約 [41]
9.1 2011年9月12日 サポート終了:9.1.24 2016年10月27日 2016年10月27日 同期レプリケーション, 外部テーブル, パッケージ管理, UNLOGGEDテーブル, 更新可能なWITH句, 近傍検索, SELinux権限制御[42]
9.2 2012年9月10日 サポート終了:9.2.24 2017年11月9日 2017年11月9日 インデックスオンリースキャン, カスケードレプリケーション, JSON型, 範囲型[43]
9.3 2013年9月9日 サポート終了:9.3.25 2018年11月8日 2018年11月8日 マテリアライズドビュー, 外部テーブルへの書き出し, イベントトリガ, データページ・チェックサム, LATERAL句[44]
9.4 2014年12月18日 サポート終了:9.4.26 2019年11月14日 2020年2月13日 JSONB型, SQLからのサーバー設定の変更(ALTER SYSTEM), レプリケーションスロット[45]
9.5 2016年1月7日 サポート終了:9.5.25 2021年2月11日 2021年2月11日 UPSERT機能, ALTER TABLE tablename ENABLE ROW LEVEL SECURITYコマンド, ブロックレンジインデックス(BRIN)[46]
9.6 2016年9月29日 サポート終了:9.6.24 2021年11月11日 2021年11月11日 同期レプリケーション機能の強化(「remote_apply」モード), PostgreSQL間のデータ連携ドライバー(「postgres_fdw」)の強化(リモート下にあるサーバーにおいても実行可能となる)[47]
10 2017年10月5日 サポート中:10.22 2022年8月11日 2022年11月10日 ロジカルレプリケーション, 宣言的テーブルパーティショニング(Declarative Table Partitioning)[48]
11 2018年10月18日 サポート中:11.17 2022年8月11日 2023年11月9日 ハッシュキーによるデータのパティショニング, (デフォルトでは搭載していないがLLVMをビルドすることで)クエリの一部の処理時間を短縮するJITコンパイラのサポート[49]
12 2019年10月3日 サポート中:12.12 2022年8月11日 2024年11月14日
13 2020年9月24日 サポート中:13.8 2022年8月11日 2025年11月13日
14 2021年9月30日 サポート中:14.5 2022年8月11日 2026年11月12日
15 2022年10月13日 現行バージョン:15.0 2022年10月13日 2027年11月11日
凡例
サポート終了
サポート中
現行バージョン
最新プレビュー版
将来のリリース

PostgreSQLのバージョンは以下のように表現される。

  • 6.0〜9.6:「x.y.z」(x、y、zはそれぞれ整数) で表現される。「x.y」の部分がメジャーバージョン、「z」がマイナーバージョンである[50]
  • 10以降:整数部がメジャーバージョンを表現する[51]。「x.y」(x、yはそれぞれ整数) で表現され、「x」の部分がメジャーバージョン、「y」がアップデート番号である。

注目すべきユーザー 編集

PostgreSQLをプライマリデータベースとして使用している注目すべき組織や製品には、以下のようなものがある。

  • 2009年、ソーシャルネットワーキングWebサイトMyspaceは、 Aster Data SystemsのnClusterデータベースを、変更されていないPostgreSQL上に構築されたデータウェアハウジングに使用した。
  • Geni.comは、主要な系図データベースにPostgreSQLを使用している。
  • OpenStreetMapは、無料の編集可能な世界地図を作成するための共同プロジェクトである。
  • Afilias.org.infoなどのドメインレジストリ。 [52]
  • Sony Onlineマルチプレーヤーオンラインゲーム。
  • BASF、アグリビジネスポータルのショッピングプラットフォーム。
  • Redditソーシャルニュースウェブサイト。
  • Skype VoIPアプリケーション、中央ビジネスデータベース。 [53]
  • Sun xVM、Sunの仮想化およびデータセンター自動化スイート。
  • MusicBrainz、オープンオンライン音楽百科事典。
  • 国際宇宙ステーション – 軌道上でテレメトリデータを収集し、地上に複製する。
  • MyYearbookソーシャルネットワーキングサイト。
  • Instagram、モバイル写真共有サービス。
  • Disqus、オンラインディスカッションおよびコメントサービス。
  • トリップアドバイザー、主にユーザーが作成したコンテンツの旅行情報ウェブサイト。
  • ロシアのインターネット企業Yandexは、Yandex.MailサービスをOracleからPostgresに切り替えた[54]
  • AWSの一部であるAmazon Redshiftは、ParAccelのPostgres改変版をベースにしたカラム型オンライン分析処理(OLAP)システムである。
  • National Oceanic and Atmospheric Administration (NOAA) National Weather Service (NWS)、Interactive Forecast Preparation System(IFPS)、 NEXRAD 気象レーダー 、地表、および水文学システムからのデータを統合して詳細なローカライズされた予測モデルを構築するシステム。 [52] [55]
  • イギリスの全国気象サービスMet Officeは 、より多くのオープンソーステクノロジーを展開するための戦略において、OracleをPostgreSQLに置き換え始めた。 [55] [56]
  • WhitePages.comはOracleとMySQLを使用していたが、コアディレクトリを社内で移動することになったとき、PostgreSQLを使用することにした。WhitePages.comは複数のソースからの大規模なデータセットを組み合わせる必要があるため、データを高速にロードしてインデックスを作成できるPostgreSQLの能力が、PostgreSQLの使用を決定する鍵となった [52]
  • FlightAware 、フライト追跡Webサイト。 [57]
  • Grofersは、オンライン食料品配達サービス。 [58]
  • Guardianは2018年にMongoDBからPostgreSQLに移行した [59]

受賞 編集

2008年の時点で、PostgreSQL は以下の受賞をしている[60]

  • 1999 LinuxWorld Editor's Choice Award for Best Database
  • 2000 Linux Journal Editors' Choice Awards for Best Database
  • 2002 Linux New Media Editors Choice Award for Best Database
  • 2003 Linux Journal Editors' Choice Awards for Best Database
  • 2004 Linux New Media Award For Best Database
  • 2004 Linux Journal Editors' Choice Awards for Best Database
  • 2004 ArsTechnica Best Server Application Award
  • 2005 Linux Journal Editors' Choice Awards for Best Database
  • 2006 Linux Journal Editors' Choice Awards for Best Database
  • 2008 Developer.com Product of the Year, Database Tool

注釈 編集

出典 編集

  1. ^ PostgreSQL: Documentation: 10: E.343. Release 6.0
  2. ^ a b c d e f g h i j k l m PostgreSQL: Documentation: 10: 2. A Brief History of PostgreSQL
  3. ^ "PostgreSQL 16.2, 15.6, 14.11, 13.14, and 12.18 Released!"; 出版日: 2024年2月8日.
  4. ^ マイケル・ストーンブレーカー (1986). “Object management in POSTGRES using procedures”. International Workshop on Object-Oriented Database Systems. IEEE Computer Society Press. ISBN 0-8186-0734-3 
  5. ^ DB-Engines Ranking - popularity ranking of database management systems
  6. ^ historical trend of the popularity ranking of database management systems
  7. ^ a b Software Stack Market Share: July 2012”. 2018年2月10日閲覧。
  8. ^ PostgreSQL: Documentation: 10: Chapter 41. Procedural Languages
  9. ^ PostgreSQL: Documentation: 10: 37.9. C-Language Functions
  10. ^ PostgreSQL: Documentation: 10: H.3. Procedural Languages
  11. ^ 11.2. インデックスの種類
  12. ^ 第61章 GiSTインデックス
  13. ^ 第62章 SP-GiSTインデックス
  14. ^ 第63章 GINインデックス
  15. ^ 第64章 BRINインデックス
  16. ^ 第8章 データ型
  17. ^ PostgreSQL: Documentation: 10: 5.10. Table Partitioning
  18. ^ 第26章 高可用性、負荷分散およびレプリケーション
  19. ^ PostgreSQL: Documentation: 10: Chapter 31. Logical Replication
  20. ^ 「PostgreSQL 9.5」リリース”. Impress Corporation (2016年1月9日). 2016年1月17日閲覧。
  21. ^ Documentation, Chapter 25. Backup and Restore”. 1996-2020 The PostgreSQL Global Development Group (2020年). 2020年10月1日閲覧。
  22. ^ PostgreSQL 文書, "リリース8.0.2"
  23. ^ OSS iPedia, "DBT-1によるPostgreSQL8.1の32ビットマシン(IA32)でのCPUスケーラビリティに関する考察(チューニング有り) "
  24. ^ OSS iPedia, "DBT-1によるパッチを適用したPostgreSQL8.1.2の32ビットマシン(IA32)でのCPUスケーラビリティに関する考察(チューニング有り) "
  25. ^ a b Robert Haas (2012年4月3日). “Did I Say 32 Cores? How about 64?”. 2012年11月3日閲覧。
  26. ^ Doug Tolbert (Unisys), "Scaling PostgreSQL on SMP Architectures -- An Update" (PGCon 2007)
  27. ^ Improve LWLock scalability - git.postgresql.org Git - postgresql.git/commitdiff
  28. ^ Increase the number of buffer mapping partitions to 128 - git.postgresql.org Git - postgresql.git/commitdiff
  29. ^ Read Scalability in PostgreSQL 9.5 | EnterpriseDB
  30. ^ 最新PostgreSQLはパフォーマンスが飛躍的に向上する!? – PostgreSQLのCPUスケーラビリティについて – | db tech showcase
  31. ^ 【PostgreSQLウォッチ】第35回 性能を大幅に改善するPostgreSQL 8.3の新機能「HOT」とは
  32. ^ SPECjAppServer2004 Result”. SPEC (2007年7月4日). 2009年1月2日閲覧。
  33. ^ 第51章 フロントエンド/バックエンドプロトコル
  34. ^ psycopg2 and the LGPL”. 2019年8月19日閲覧。
  35. ^ a b 日本PostgreSQLユーザ会の目的 | 日本PostgreSQLユーザ会
  36. ^ リリースノート 8.0”. PostgreSQL 文書 (2005年1月19日). 2009年8月29日閲覧。
  37. ^ リリースノート 8.1”. PostgreSQL 文書 (2005年11月8日). 2009年8月29日閲覧。
  38. ^ リリースノート 8.2”. PostgreSQL 文書 (2006年12月5日). 2009年8月29日閲覧。
  39. ^ リリースノート 8.3”. PostgreSQL 文書 (2008年2月4日). 2009年8月29日閲覧。
  40. ^ リリースノート 8.4”. PostgreSQL 文書 (2009年7月1日). 2009年8月29日閲覧。
  41. ^ リリースノート 9.0”. PostgreSQL 文書 (2010年9月20日). 2010年10月6日閲覧。
  42. ^ リリースノート 9.1”. PostgreSQL 文書 (2011年9月12日). 2011年11月12日閲覧。
  43. ^ リリースノート 9.2”. PostgreSQL 文書 (2012年9月10日). 2012年11月3日閲覧。
  44. ^ Release 9.3”. PostgreSQL Documentation (2013年9月9日). 2013年9月9日閲覧。
  45. ^ Release 9.4”. PostgreSQL Documentation (2014年12月18日). 2015年8月19日閲覧。
  46. ^ Release 9.5”. PostgreSQL Documentation (2016年1月7日). 2016年5月23日閲覧。
  47. ^ E.1. Release 9.6”. PostgreSQL Documentation (2016年9月29日). 2016年10月1日閲覧。
  48. ^ E.1. Release 10.0”. PostgreSQL Documentation (2017年10月5日). 2017年10月8日閲覧。
  49. ^ E.2. Release 11”. PostgreSQL Documentation (2018年10月18日). 2018年11月9日閲覧。
  50. ^ 鈴木啓修「PostgreSQLと高可用性システム/大規模システム PostgreSQLの進化の足跡」『WEB+DB PRESS Vol.48』(初版第1刷)技術評論社、2009年1月25日、104頁。 
  51. ^ Change in Version Numbering - New in postgres 10 - PostgreSQL wiki
  52. ^ a b c W. Jason Gilmore; R.H. Treat (2006). Beginning PHP and PostgreSQL 8: From Novice to Professional. Apress. ISBN 978-1-43020-136-6. https://books.google.com/books?id=BiRC4JtQzFIC&pg=PA577 2017年8月30日閲覧。 
  53. ^ Pihlak. “PostgreSQL @Skype”. wiki.postgresql.org. 2019年1月16日閲覧。
  54. ^ Yandex.Mail's successful migration from Oracle to Postgres [pdf]”. Hacker News: news.ycombinator.com. 2016年9月28日閲覧。
  55. ^ a b S. Riggs; G. Ciolli; H. Krosing; G. Bartolini (2015). PostgreSQL 9 Administration Cookbook - Second Edition. Packt. ISBN 978-1-84951-906-9. https://books.google.com/books?id=rYrwCAAAQBAJ&pg=PA3 2017年9月5日閲覧。 
  56. ^ “Met Office swaps Oracle for PostgreSQL”. computerweekly.com. (2014年6月17日). https://www.computerweekly.com/ezine/Computer-Weekly/The-Met-Office-turns-to-open-source/Met-Office-swaps-Oracle-for-PostgreSQL 2017年9月5日閲覧。 
  57. ^ Open Source Software”. FlightAware. 2017年11月22日閲覧。
  58. ^ “Ansible at Grofers (Part 2) — Managing PostgreSQL”. Lambda - The Grofers Engineering Blog. (2017年2月28日). https://lambda.grofers.com/ansible-at-grofers-part-2-managing-postgresql-c4069ce5855b 2018年9月5日閲覧。 
  59. ^ McMahon, Philip; Chiorean, Maria-Livia; Coleman, Susie; Askoolum, Akash (2018年11月30日). “Digital Blog: Bye bye Mongo, Hello Postgres” (英語). The Guardian. ISSN 0261-3077. https://www.theguardian.com/info/2018/nov/30/bye-bye-mongo-hello-postgres 
  60. ^ PostgreSQL: Awards

参考書籍 編集

外部リンク 編集