「データベース界の不死鳥」—PostgreSQL が奇跡的に生き残った理由
2026 年 6 月、米国で開催された PostgreSQL のカンファレンス「PGDay Boston」で、データベース研究開発の歴史的な語り部が登壇しました。それが、Ingres と PostgreSQL の両方の創造者であるマイケル・ストーンブレーカーです。彼が語ったのは、一つのデータベース・システムが、創始者に見捨てられながらも、献身的なボランティア・コミュニティによって救われ、現代クラウドインフラの中核を担うようになった、という劇的な物語でした。
PostgreSQL は「誰にも所有されない、自由なオープンソース・プロジェクト」として、コミュニティの力だけで生き残った極めて稀有なケースなのです。
1970 年代に IBM の研究者テッド・コッドが確立した関係データベース理論から、Stonebraker も UC バークレー校で同じ理念を実装し、商用データベース「Ingres」を開発していました。しかし 1980 年代初頭、彼は Ingres から新たなプロジェクトへ舵を切ります。それが「Post-Ingres」、略して「Postgres」でした。
Postgres が革新的だった理由—「抽象データ型」という発想
1980 年代のビジネス環境は、単なる整数・浮動小数点・文字列だけでなく、より複雑なデータ型を必要としていました。CAD（設計）データや GIS（地理情報）データなど、多次元の空間情報を扱う需要が急速に高まっていたのです。
従来のデータベースでは、こうした複雑なデータを標準的なデータ型に無理やり変換して保存するしか方法がありませんでした。Stonebraker の着眼は異なっていました。
データベースそのものが、ユーザーが定義した任意のデータ型・演算子・関数を理解し、最適化できる「拡張性」を持つべき—という思想です。
これが 抽象データ型（Abstract Data Types、ADT） の概念で、Postgres の最も革新的な特徴となりました。単にデータを格納するだけでなく、そのデータに対する問い合わせ処理（クエリ最適化）まで含めて、ユーザーが拡張できる仕組みです。この思想は、現在ではほぼすべてのモダン・データベース・システムに採用されています。
| 特徴 | Ingres | Postgres |
|---|---|---|
| 問い合わせ言語 | QUEL | SQL（後に対応） |
| データ型 | 基本型のみ | ユーザー定義型・拡張可能 |
| アーキテクチャ | 固定的 | 拡張可能・モジュール化 |
| 現在の商用利用 | ほぼなし | 広範囲 |
1990 年代中盤—創始者の「撤退」とコミュニティの奇跡
ここからが、PostgreSQL の歴史で最も興味深い局面です。Stonebraker は 1990 年代中盤、Postgres から身を引きました。
当時はまだ「オープンソース」という言葉すら存在しない時代で、学術的なプロジェクトとしての資金や支援も途絶えていました。多くの実験的なソフトウェアがそうであるように、Postgres も忘れ去られるかに見えました。
ところが、ここで想定外の出来事が起こります。
Postgres のコードベースは、特定の企業や個人に所属せず、「単なる献身的なプログラマーのチーム」によって引き継がれたのです。
彼ら（後の PostgreSQL Global Development Group）は、当初の Stonebraker の革新的なアーキテクチャを保持しつつ、標準的な SQL サポートを追加し、完成度を高めていきました。この三十年間の継続的な開発が、Postgres を単なる学術プロジェクトから、現代のクラウド環境を支える必須インフラストラクチャへと変貌させたのです。
現在のクラウド時代における PostgreSQL の位置づけ
2026 年現在、PostgreSQL は AWS RDS・Google Cloud SQL・Azure Database for PostgreSQL など、主要クラウドプロバイダーすべてで マネージド・データベース・サービス として提供されています。GCP の Cloud SQL に代表されるように、スケーラビリティと信頼性が求められるミッション・クリティカルなシステムでも広く採用されています。
エンジニアの視点から見ると、PostgreSQL が選ばれる理由は以下の三点に集約されます。
- 拡張性：JSON・UUID・全文検索・PostGIS（地理情報）など、コア機能を超えた専門的なデータ型・機能を（プラグイン形式で）追加可能
- オープン性：企業や個人に所有されず、コミュニティ主導で開発される。ベンダー・ロックインの懸念が少ない
- 実績：学術的な厳密さと 30 年以上の本番運用経験が融合している
参考記事では、PostgreSQL のタイムゾーン処理の複雑さについても触れられています。カナダのブリティッシュコロンビア州が 2026 年 3 月に夏時間を廃止した事例では、UTC からの相対計算に依存するシステムが大きな障害を被る可能性があることが指摘されています。こうした実務的な課題まで含め、PostgreSQL コミュニティは継続的に改善を重ねています。
「拡張可能性」という哲学の今後の意義
AI・機械学習の時代において、PostgreSQL が持つ拡張性はさらに重要性を増すと考えられます。例えば、ベクトルデータベース機能（embedding データの保存・検索）は、すでに pgvector という拡張機能として PostgreSQL に組み込まれています。これは Stonebraker が 1980 年代に構想した「任意のデータ型を扱える」という理想が、40 年後の AI 時代に具体化した好例です。
一方、クラウドの競争が激化する中、PostgreSQL のベンチマーク・パフォーマンスを公開・比較する「PostgresBench」のような取り組みも増えています。これも、オープンな透明性を重視するコミュニティ文化の表れといえるでしょう。
「死にそうになったデータベースが、結局最も生き残った」—これは単なるノスタルジックな逸話ではなく、オープンソース・コミュニティの力、および拡張可能な設計の普遍的価値を実証する事例として、今後も引き継がれるべき教訓なのです。
