hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
TRONプロジェクト TRONプロジェクト第1ステージ
しかし、トロンチップにメインフレーム用のIBMのOSを載せ、「IBM互換機の下位機種を作る」つもりの日立と富士通に、坂村は押し切られた。ミニコン・オフコンにも使いたい日立や富士通の意見を入れる形で、チップは高機能化。日立でTRONチップの設計が完了した1987年7月の時点では、TRON仕様OSであるRTOS（ITRON）やビジネス用OS（BTRON）の高速処理はもちろんの事、UNIXやその他のOSでも高速処理が行える汎用プロセッサとして設計されていた、と『日立評論』では語られているが、坂村の回想によると、「個人用のパソコンにUNIXを載せる」などの当時の坂村の構想は、実際は全く理解されず、「まずIBMのOSを載せる」と言われたとのこと。
TRONプロジェクト TRONプロジェクト第1ステージ
トロン仕様チップでは、MMUなどを搭載した「L1（Level 1）」仕様と同時に、「L1」仕様から命令再実行（リラン）機能とMMUを除去した（ITRONとμBTRONの動作を想定した）「L1R（Level 1 Real）」仕様が規定された。『トロン仕様チップ標準ハンドブック』が刊行された1991年10月の時点では、将来製造されるトロンチップに実装される予定の「L2（Level 2）」も策定されていた。また、32ビット版トロンチップの設計時点で64ビットまでの上位拡張性が確保されており、64ビット版トロンチップの仕様である「LX（eXtension）」仕様も策定される予定であった。
TRONプロジェクト TRONプロジェクト第1ステージ
トロンチップが各社から出そろった1990年当時、32ビットCPUはほとんど普及していなかったが、今後の普及が予想されており、例えばGMICROグループでは、組み込みやパーソナルワークステーション向けのGMICRO/100（日立の資料では「H32/100」と呼称しているが、実際の製造は三菱が担当し「M32」としてリリース）、エンジニアリングワークステーションやFAコントローラ向けのGMICRO/200（日立が「H32/200」としてリリース）、スーパーミニコンやオフィスワークステーション向けのGMICRO/300（日立の資料では「H32/300」と呼称しているが、実際の製造は富士通が担当し「F32」としてリリース）、と規模に応じて3種類を用意し、幅広い要求に応えられるようにしていた。
TRONプロジェクト TRONプロジェクト第1ステージ
しかし組み込み用としては、トロンチップは元々パソコンやワークステーション用として開発されていたこともあって、COBOLコンパイラを使うときのための十進演算命令や、MMUを搭載するなど組み込みには不相応なほど規模が大きく、コストパフォーマンスが悪すぎたため、成功しなかった（日立のGmicro/200のトランジスタ数は730K、MMUを搭載しない三菱のGmicro/100ですら340Kであり、トランジスタ数70KのHD68000はおろか273Kの68030すら上回る。ちなみに1994年発売のSH-2のトランジスタ数は450Kで、トロンチップH32シリーズと比較するとSHシリーズがどれだけ高コスパであったかが分かる）。例えば日立では、1988年12月にはトロンチップのH32/200（日立版のGMICRO/200）にITRONを載せた開発用シングルボードコンピュータをリリースしており、制御用プロセッサとしての需要を早くから見込んでいたが、組み込み用としてはITRONを搭載した8ビットのH8シリーズ（1988年6月リリース）が主力であり続けた。H8とH16がモトローラの特許侵害として訴えられ、H16は1989年1月より法廷での特許紛争が始まったために製造ができなくなったことにより、1990年頃の日立ではH16を代替する次世代組み込み用マイコンの開発が急務となっていたが、来るべきマルチメディア時代において、日立の既存の技術であるトロンチップのH32やRISC型チップのHPPA（PA-RISC）ではコストパフォーマンスの点で戦えない、と木原利昌が率いる日立のマイコン部門は1990年に判断。次世代CPUの設計は河崎俊平（日立製作所半導体事業部マイコン設計部）に一任され、H8シリーズと並行してSHマイコンの開発が開始された。ちなみにSHシリーズがMMUを搭載するのは日立がマイクロソフトと提携してWindows CEの搭載を前提として開発されたSH-3（1995年リリース）以降である。
TRONプロジェクト T-Kernelプロジェクト（TRONプロジェクト第2ステージ）
坂村健が2000年に開始した、TRONプロジェクトの第2ステージが、T-Kernelプロジェクトである。2002年発足のT-Engineフォーラムが中心となって推進していた。
ICカード、特に非接触のものの通信や、認証などのセキュリティなどの規格。2000年発表。
T-Engineを搭載したチップ同士が安全に通信を行うための公開鍵基盤（PKI）である。全てのモノがネットワークで接続されるユビキタス・コンピューティング社会においてはセキュリティを守るため、利用される全てのT-EngineボードにはeTRONが搭載されることが前提となる。
ハードウェアやソフトウェアなどを含む、T-Kernelの開発環境。2001年発表。
ITRONをベースに設計された、組み込み向けRTOS。2002年公開。
TRONプロジェクト T-Kernelプロジェクト（TRONプロジェクト第2ステージ）
ITRONでは1980年代当時のハードウェアの性能による制限から、仕様書だけ策定されており、実装はハードウェアに合わせて各自で行なう「弱い標準化」の方式となっていたため、最小のシステムから大規模システムにまで対応できるスケーラビリティを持つ一方、それぞれの実装で細かい違いがあり、ソフトの再利用などが困難だった。その反省から、T-Kernelでは2000年代のハードウェアの性能に合わせて「強い標準化」を目指し、仕様書だけでなくソースコードもオープンとなっており、それによって細かな実装上の違いをなくし、デバイスドライバやミドルウェアの再利用が促進できるようになっている。
GUIを持つことが前提となる「T-Kernel」とともに、T-Kernelと互換性を持ちつつ必ずしもGUIを持たないような小さいシステムでも利用できる「μT-Kernel」も策定された。このように、ソフトの再利用性やミドルウェアの利用による開発の容易さと言った特徴を持ちつつも、RTOSとして小規模なシステム開発から大規模なシステム構築用途にまで対応する「フルスケーラビリティ」を持つ。
旧来のμITRONのソフトウェアをT-Kernel上で再利用するため、T-Kernel上でITRON用アプリを実行できるラッパーも用意されている。
TRONプロジェクト T-Kernelプロジェクト（TRONプロジェクト第2ステージ）
T-Engineの標準プラットフォームで、T-Kernelが動作するハードウェア。eTRONを搭載している。ソフトウェアの移植性が高く、異なるCPUを搭載したボードでも同一のソースでソフトウェアが使用できる。
2019年現在、パーソナルメディア株式会社よりトロンフォーラム公認のT-Engineリファレンスボード（U00B0021-02-CPU）が販売されており、T-Kernelの評価ができる。標準価格 49,800円。
T-KernelおよびBTRONで多漢字・多言語を実現するための多言語処理環境。
2000年に開始した日本学術振興会未来開拓学術研究推進事業「マルチメディア通信システムにおける多国語処理の研究」プロジェクトにおいて開始され、2001年に東京大学に設置された東京大学多国語処理研究会によって引き継がれ、設計が進められている。
その成果は66,773字セットを搭載した「GT書体」として2000年にリリースされ、2001年にはGT書体を標準装備したBTRON3仕様OS『超漢字3』がパーソナルメディア社から発売され、TRONにおいて多国語言語環境が実現できることが実証された。GT書体の収録文字数は、2011年時点で78,675字。
2011年にはGT書体を収録した、Windowsなどでも利用できるTrueTypeフォント「Tフォント」として公開された。
TRONプロジェクト T-Kernelプロジェクト（TRONプロジェクト第2ステージ）
明朝体・ゴシック体・楷書体がある。
RFIDタグ（無線ICタグ）などに付与する識別コード（ucode）の体系化を目指したプロジェクト。
T-Engineフォーラムに2003年に設置されたユビキタスIDセンター（センター長：坂村健）と、東京大学ユビキタス情報社会基盤センターの坂村健（2009年よりセンター長、2017年に定年退職）および越塚登（坂村の定年退職後にユビキタス情報社会基盤センター長）によって推進されている。
ucodeをタグだけではなく空間に埋め込む「空間コード」の実証実験が2007年より始まった。日本各所の三角点などに128ビットのucodeが埋め込まれており、ICタグリーダを使用することで情報を読み取ることができる。
BTRON仕様OSにおいて使われるデータ交換形式。BTRONにおいて扱われるデータに関する情報を標準化したもので、このファイル形式を採用することで、アプリケーションのメーカーやバージョンに関係なく、BTRONを搭載した全ての機器におけるデータの完全な互換性が実現される。
TRONプロジェクト T-Kernelプロジェクト（TRONプロジェクト第2ステージ）
パーソナルメディア社がBTRON3仕様OS『B-light/V』を開発し、それを含むシステム商品『超漢字』を発売した。『超漢字』の「マイクロスクリプトで簡単にGUIが作れる」や「GUI上で17万字の多文字が扱える」といった要素は、パーソナルメディア社が2003年に発表したT-Kernel仕様OS「PMC T-Kernel」のGUIミドルウェア「T-Shell」にそのまま引き継がれている。元々パソコン向けのOSやHMI（ヒューマン・マシン・インターフェース）を作るプロジェクトであったBTRONプロジェクトの成果は、組み込み向けの「T-Engineプロジェクト」においては、多文字を利用する国である日本・中国・韓国向けの組み込みシステムのGUIや、電子辞書のシステムの開発などで生かされている。
2006年に発売された『超漢字V』は、Windows上で動くVMware Playerのみが、公式にサポートされる動作環境である。T-Kernelで利用されるスクリプト言語「マイクロスクリプト」が動くので、「WindowsにおけるT-Kernelの開発環境」としての利用が想定されている。
TRONプロジェクト T-Kernelプロジェクト（TRONプロジェクト第2ステージ）
BTRON3仕様OSの設計に関わった松為彰（2008年よりパーソナルメディア社の代表取締役社長）は、T-EngineプロジェクトにおいてはT-Kernelの次世代仕様策定の中心人物として、2010年よりT-Kernel2.0 SWG（サブワーキンググループ）の座長を務めている。
2006年にITRON仕様のVer. 4.03.03がリリースされた。これがμITRON仕様の最終となる。
あくまでT-Kernelへの移行がしやすくなるために改訂されたもので、μITRONからT-Kernelへの移行は不可欠であると坂村は仕様書の冒頭において語っている。
μITRON仕様において、実装定義についての記述を一覧表にまとめ、これまでわかりにくかった部分がわかり易くなった。また、μITRON3.0、μITRON4.0、T-Kernelにおいて同等の機能を持つサービスコールを規定し、将来的にT-Kernelに移行する際、μITRONからT-Kernelへの移植をより容易に行うことができるようになった。
1989年に建設されたTRON電脳住宅の第2弾として、2004年に建設された。トヨタ自動車及びトヨタホームをスポンサーとして、愛知県愛知郡長久手町のトヨタ博物館向かいに建設された。
第1弾と比べると、屋上がすべて太陽電池になっているなど、「エコ」になっているのが大きな特徴。「愛・地球博」の開催に合わせ、2005年3月25日より9月25日まで一般公開された後、非公開でトヨタの様々な実験に使われ、2014年に解体された。
2010年にはトロン協会が解散している。
YRPユビキタス・ネットワーキング研究所（所長：坂村健）とJAXAが2013年に共同開発した、宇宙航空向けのOS。
宇宙航空分野において、低消費電力とリアルタイム性などが評価され、ITRONやT-Kernelなどが多数採用されていた。そのため、東京大学が2013年に開発した惑星分光観測衛星「ひさき」を含むこれまでのノウハウの蓄積を元に、2011年リリースのT-Kernel 2.0をベースとして、高い信頼性、安全性の向上、高精度の時間管理機能などと言った、宇宙航空分野で必要な機能を追加した。
JAXAが2015年に打ち上げ予定のジオスペース探査衛星「あらせ」に搭載することを前提として開発された。「あらせ」はT-Kernel 2.0 AeroSpaceを搭載して2016年に打ち上げられた。
TRONプロジェクト T-KernelプロジェクトStep2
坂村健が2015年より提唱している「アグリゲート・コンピューティング」を実現するための、T-KernelプロジェクトのStep2である。2015年3月に「T-Engineフォーラム」から改称したトロンフォーラムが中心となって推進している。
IoTのためのオープンな標準プラットフォーム環境を構築するためのプロジェクト。2015年発表。
坂村が2015年に提唱し、2016年発売の著書『IoTとは何か 技術革新から社会革新へ』において詳細に記述された「アグリゲートコンピューティング」構想を実現させるためのもの。「アグリゲートコンピューティング」とは、モノとモノがローカルのネットワークで相互に接続される「ユビキタス・コンピューティング」の次の段階で、モノとモノがクラウドを介して相互に接続される世界である。ネットワークの通信速度が高速化した2010年代において現実化した。
プロジェクトの発足直後となる2016年の時点で、ルネサスエレクトロニクス（日本）、東芝マイクロエレクトロニクス（現・東芝デバイスソリューション、日本）、サイプレス・セミコンダクター（アメリカ）、イマジネーションテクノロジーズ（イギリス）、ヌヴォトン・テクノロジー（台湾）、NXPセミコンダクターズ（オランダ）、STマイクロエレクトロニクス（スイス）という世界6か国7社のマイコンメーカーが賛同した。
TRONプロジェクト T-KernelプロジェクトStep2
実装は協賛企業の各社によって行われるが、OSにはμT-Kernel 2.0を搭載し、クラウドサービスに接続する機能を必須要件とする。製品のOSとして非常に低いリソースでも動くTRONを利用し、高度な処理はクラウドに任せるようにすることで、製品の低コスト化・低消費電力化を図ることができる。またTRONと言うオープンなプラットフォームを各社の製品で採用することで、各社の製品で連携を取ることができるようになる。
2017年に東京大学を定年退職し、東洋大学情報連携学部の学部長となった坂村健のコンセプトに基づいて設計された東洋大学の新キャンパス。
UR都市機構は老朽化した旧UR赤羽台団地の建て替えを2000年代より進めており、その際に余った土地を東洋大学が購入し、2017年に開校した。
キャンパス全体がIoT化されており、TRONプロジェクトを体現したものとなっている。
1989年の「TRON電脳住宅」、2004年の「トヨタ夢の住宅PAPI」に続く、TRON電脳住宅の第3弾。2018年に設置された「URにおけるIoT及びAI等活用研究会」（会長・坂村健）が推進している。
TRONプロジェクト T-KernelプロジェクトStep2
UR都市機構が「ヌーヴェル赤羽台」として再整備を進める旧UR赤羽台団地の一部区画に、坂村健が学部長を務める東洋大学赤羽台キャンパスが開校したことをきっかけとして、UR都市機構と東洋大学情報連携学部が2018年に提携したことにより実現した。
2030年の完成を目指している。
T-Kernel2.0をベースに、産業機器向けの機能安全規格であるIEC 61508 SIL3に対応したTRON。日立製作所、ルネサス エレクトロニクス、日立超LSIシステムズを中心として2017年に策定された。
2000年代以降、特に欧州に産業機器を輸出する際はIEC 61508の認証が必須となり、ISO 26262（自動車）などその他の安全規格への準拠を条件とする場合も増えた。しかし、第三者機関から認証を受けるには5億円程度かかるため、組み込み業界の多くを占める中小企業が認証を得ることは難しい。そのため、トロンフォーラムが代わりにIEC 61508で安全要求レベルが最も厳しい「SIL3」の認証を得た上で無償公開される「TRON Safe Kernel」をOSとして採用することで、海外に製品の輸出がしやすくなり、またメーカーの実装ごとに独自に認証を受けた場合にかかる費用も無くすことができる。
TRONプロジェクト T-KernelプロジェクトStep2
安全水準の異なるソフトウェアを分離して実行するためのドメイン管理機能を備えており、機能安全水準を満たさないアプリケーションを動かす場合はT-Kernel2.0として動作する。
米電気電子学会IEEEによる、リアルタイムオペレーティングシステムの国際標準規格である。2018年策定。
2013年発表のμT-Kernel2.0が、2018年にIEEEによって標準化されたもの。これに準拠したOSとして、2018年発表のμT-Kernel 3.0が存在する。
μT-Kernel2.0の権利がトロンフォーラムからIEEEに譲渡され「IEEE 2050-2018」となったことにより、2018年までμT-Kernel2.0と呼ばれていたものは以後IEEEによってメンテナンスされることとなった。そのため、トロンフォーラムの開発のメインはμT-Kernel 3.0に移行した。
RTOSの国際標準規格であるIEEE 2050-2018に準拠した、μT-Kernel2.0の上位互換OS。2018年発表。
μT-Kernel 2.0が小規模マイコン向けであったのに対して、μT-Kernel 3.0はIoTエッジノード向けに最適化されており、μT-Kernel 2.0からプロセス管理機能や仮想記憶などが省略されている。また、ソースコードが見直され、最新のマイコンへの移植性が高められた。
2019年11月にはARM Cortex-M3マイコンを搭載したIoT-Engineで動作するカーネルのソースコードが、トロンフォーラムのホームページ及びgithubで公開された。
TRONプロジェクト その他
1989年のデザイン。「」（大漢和 5-13536、GT 17106、U+23091「𣂑」）をモチーフとしたもの。「斗」の古字で「升」の意があり、升＝計器＝規格に通じる、といった考えがある。中央の「十」の部分がTRONの頭文字「t」を模してもいる。
また、この字を使い、TRONを漢字で「論」と当て字したりもする。中国で篆刻してもらおうとしたところ、この字は国字であるために中国でも通用する「斗」にされてしまい、さらに篆書体のために、まるで「毛」という字のような、当初の意図とは全くかけ離れたものが出来上がってしまった、というエピソードがある。
TRONプロジェクトでは、コンピュータ用として新しくデザインし直されたキーボードも製作した。放射状の配列を採用した「TRONキーボード」と、ノートPC等での使用を考慮し、矩形内に配列した「μTRONキーボード」がある。
プロジェクトの当初の時期に設計・試作（一部製品化）されたキーボードは、英字系がDvorak配列ベース、日本語系がプロジェクトでの調査にもとづく独自配列（山田尚勇の研究が源流にあり、物理形状としてはM式等との類似もあるが、中迫勝らの研究を参考・反映したもの。日本語入力方式はシフトによりひとつのキーに割り当てられた複数のかなを切り替えるという点は親指シフトに類似している）というものであった。
TRONプロジェクト その他
掌に合わせた物理形状であることから、掌の大きさに合わせないと使い辛くなることが予想でき、それに対応するためS・M・Lの複数サイズを最終的には用意することとしていたが、沖による試作品やTK1などでMサイズ以外のものは作られなかった（後述する、2017年初頭現在製造市販されているμTRONキーボードは、左右セパレート型にすることである程度のポジションの違いに対応している）。
「μTRONキーボード」という商品名で2017年初頭現在製造・市販（ユーシーテクノロジ(株)製造・パーソナルメディア(株)販売）されているものは、QWERTYとJISかな配列になっており、TRON本来の配列は添付の厚紙製トレーナーと、ドライバソフトウェアによるサポートとなっている。「TRON配列モード」に切り替えるとUSBから一瞬論理的に切り離され、USBプロダクト IDが変化して再接続する。
坂村が1982年に発表したプレゼンテーションスライド「未来のオフィス」で大枠が示され、1987年の論文『The Objectives of the TRON Project』において明確なビジョンとして示された。
TRONプロジェクト その他
未来の地球人類社会では、日常生活のあらゆる部分（電球1個、壁パネル1枚）にまでマイコンが入り込み何らかの形で人間と関わりを持つようになると予想し、それらのコンピュータをそれぞれの機器別にバラバラに扱うのではなく、標準によってうまく連携するシステムを「超機能分散システム」、Highly Functionally Distributed System（HFDS）と呼んだ。そして、TRONをその実現に向け準備するプロジェクトと位置付けるものである。
対談などではくだけた表現として「どこでもコンピュータ」などと呼ぶこともあったり、2000年ごろよりマーク・ワイザーによるユビキタスコンピューティングの概念が広まってからは、そちらを使うことが多くなった。2000年代後半以降は「IoT」と呼んでいる。
TRONプロジェクト トリビア
1982年のヒット映画「トロン」との関連は曖昧にされており、プロジェクト発足直後にあたる時期の坂村の著書『電脳都市』の映画「トロン」の章の注には、よく映画から採ったのか、と聞かれるのだが「そうでもないし、そうでもある、というところで実のところ全く関係ない。でも、このプロジェクトを始める前に映画を見た記憶はある。TRON は The… の略である。」と書かれている。
坂村はUnicode、特にCJK統合漢字のために行われた Han unificationを、漢字文化圏の文化を破壊するものとして、強く批判した。主要な主張は日本電子工業振興協会発行の『未来の文字コード体系に私達は不安をもっています』（全国書誌番号:20985671）にある（このパンフレットは1993年に発行されており、坂村らの以後の主張が指す「Unicode」は、当時の規格である、Unicode 1.1 と、Unicode との共通性を強く指向したISO/IEC 10646-1:1993を基としている）。
TRONプロジェクト トリビア
TOPPERSプロジェクトは、豊橋技術科学大学助教授（のち名古屋大学教授）の高田広章が2003年に開始した、組み込みシステム開発のためのプロジェクトである。μITRON4.0仕様に準拠したRTOSである「TOPPERS/JSP」カーネルをベースとして、これを独自に拡張した各種のカーネルを開発している。東大を拠点とする坂村に対して、高田は名古屋を拠点とすることから、TOPPERS系OSは主に中京地方の自動車メーカーなどで使われており、車載向けにOSEK/VDX仕様を満たした「TOPPERS/ATK」カーネルなどが存在する。高田は東大坂村研究室の出身で、1999年にはμITRON4.0の仕様策定の中心人物として仕様書の編纂も担当し、また1997年より豊橋技術科学大学にITRON開発の拠点を築いたことでも、当時はTRONプロジェクトにおける主要な人物の一人とされていたが、2003年にTOPPERSプロジェクトを立ち上げて以降は、TRONプロジェクトとは無関係の人物と言うことになっている。具体的に言うと、2004年発表のμITRON（Ver. 4.02.00）の仕様書は高田広章が編纂したことになっているが、2006年発表のμITRON（Ver.4.03.00）の仕様書は「社団法人トロン協会」が編纂したことになっている。
人名一覧
人名一覧（じんめいいちらん）は、実在する人物の一覧。
記事へのリンクの後に（△）とあるのはその記事の中に一覧のようなものがある記事である。個別の記事が書かれないような人物は加えないこと。
人名一覧 出身別
主なもののみを掲げる。詳しくは出身別の人名記事一覧の一覧（地域別）を参照のこと。
参考: 出身別の人名記事一覧の一覧#日本の大学（五十音順）
人名一覧 職業別
注意：特定の職業の従事者の一覧を削除するのは職業差別にあたります。
<職業一覧ではないので、人名一覧のない職業を載せないでください>
タレント
アイドル
モデル
歌手
俳優・女優
声優・ナレーター
FFT
FFT
交通:
スポーツ、ゲーム、娯楽:
科学、技術:
文化:
PostgreSQL
PostgreSQL（ポストグレス キューエル）は、拡張性とSQL準拠を強調するフリーでオープンソースの関係データベース管理システム（RDBMS）である。Postgresとしても知られている。もともとは、カリフォルニア大学バークレー校で開発されたIngresデータベースの後継としてその起源を根拠としたPOSTGRESという名前であった。1996年に、プロジェクトはSQLのサポートを反映してPostgreSQLに改名された。2007年の検討の結果、開発チームはPostgreSQLという名前とPostgresという別名を維持することを決定した。
PostgreSQLは、原子性、整合性、独立性、耐久性 (ACID)プロパティを持つトランザクション、自動更新可能なビュー、マテリアライズドビュー、トリガ、外部キー、ストアドプロシージャを特徴としている。単一マシンからデータウェアハウスや多数の同時使用ユーザを持つWebサービスまで、さまざまなワークロードを扱えるように設計されている。かつてのMac OS X Lion ServerからmacOS Server 5.7までデフォルトデータベースであった。macOS、Linux、FreeBSD、OpenBSD、Windowsでも利用可能である。
PostgreSQL 概要
PostgreSQLはIllustraや、Illustraを買収しその技術を採りいれたInformixとともにオブジェクト関係データベース管理システムを実装してきた。問い合わせ言語には SQL を用いており、SQL92, 99の大部分と、2003, 2008の一部をサポートしている。
Stack Overflowの2023年や2024年の調査では2023年にMySQLを超えて、世界で最も使われているデータベースだった。
DB-Engines.comによるマーケットシェア調査では、2018年2月当時、Oracle Database、MySQL、Microsoft SQL Server に続いて4位であり、MySQL とのシェアの差は年々縮まる傾向にあった。
2012年7月当時は、クラウドサービスプロバイダの Jelastic によると、オープンソースDBの中でのPostgreSQLの世界シェアは Jelastic のユーザー内では14%程度であった（MySQL系 70%（MySQL 56%、MariaDB 14%）、MongoDB 15%）。日本の Jelastic のユーザー内では8%であり（MySQL系 66%（MySQL 50%、MariaDB 16%））、世界的なシェアとは状況が異なる。
PostgreSQL 特徴
関数（ストアドファンクション）によりサーバで実行される処理のまとまりを定義できる。PostgreSQL は行を返却する関数を定義することができる。関数の出力は複数の行であり、クエリの中でテーブルと同様に扱うことができる。実行するユーザまたは定義したユーザのどちらの権限で実行されるかを指定して関数を定義できる。
関数の定義には SQL の他、分岐やループをサポートする下記の言語で実装することが可能である。言語によっては関数をデータベーストリガとして実行することもできる。
PostgreSQL は組み込みで以下のインデックスをサポートしている。デフォルトはB+木。また、ユーザ定義インデックスを追加することもできる。
PostgreSQL のインデックスには以下の特徴がある。
データベーストリガは SQL データ操作言語 (SQL DML) の文 (INSERT, UPDATE / UPDATE OF, DELETE, TRUNCATE) を実行した際に呼び出される。利用例として、INSERT 文で挿入される値が妥当かの検証がある。トリガが実行される条件は WHEN 句で与えることができる。
トリガはテーブルに対してのみ定義できる。ビューに対するトリガが必要な場合には、代わりにルールを使用する。複数のトリガが定義されている場合、アルファベット順に実行される。
PostgreSQL 特徴
トリガで実行される処理は関数として定義する。トリガ用の関数の定義には SQL 関数は使用できないが、PL/pgSQL やその他の多くの関数用言語を使うことができる。
ルールにより SQL の内部表現である「クエリ木」を書き換えることができる。一般的なルールの用途は更新可能ビューを実現することであり、標準 SQL で規定される "INSTEAD OF" トリガ の代わりに用いられる。
多くのデータ型が利用できる。
可変長文字列と可変長バイト列には最大で 1GB を格納できる。一定のサイズを上回るデータ値は TOAST と呼ばれる機能により自動的に圧縮され別領域に配置される。そのため、ページサイズ (通常8KB) を上回るサイズの行であっても保存できる。
さらに、ユーザがデータ型を追加することもでき、それに対してインデックスを作成することもできる。
利用例として、GIS 用の型を GiST インデックスで検索可能な PostGIS プロジェクトがある。
ユーザはほとんどのデータベース・オブジェクトを追加できる。
データベースの大きさの上限はない。テーブルのバイト数の最大は32Tbyteである。
テーブルの列は1600まで可能だが、運用上の上限はデータ型に依存する。
PostgreSQL 特徴
バキューム (VACUUM) とは、追記型アーキテクチャにおける不要領域を回収し、再利用またはOSに返却する処理である。なお、バージョン8.3からはHeap-Only Tuples (HOT) が採用され、インデックスの変更を伴わない更新については、削除された行を直ちに再利用することが可能となり、バキュームの必要な頻度は下がった。
PostgreSQLは、MVCCの実現のため、追記型のアーキテクチャを採用している。データを削除する際は実際のレコードは削除せず、該当行に削除マークを付けるのみである。更新の際も内部的には削除と挿入を同時に行っている。そのため、更新・削除が繰り返されるテーブルにおいては、たとえ理論的な行数が変わらなくとも、更新・運用を重ねるごとに物理的なファイルサイズが増加する。肥大化によるパフォーマンスの劣化を回避するため、次節に述べるバキューム作業を定期的に行う必要がある。
各バージョンによって以下の差異がある。
7.1 以前
データベースファイル内の未使用領域を解放しOSに返却する処理のみをサポートする。このVACUUMでは、処理中のテーブルに対して排他ロックが獲得されるため、VACUUMの間は対象テーブルへのアクセスがブロックされる。システムの規模やテーブルの行数にもよるが、本バージョンにおいてシステムの停止を伴わない運用は困難であった。
PostgreSQL 特徴
7.2
以前の動作を FULL 方式 (VACUUM FULL) とし、新たにコンカレント方式 (VACUUM) が実装された。現在、単にバキュームと言った場合、後者のコンカレントバキュームを指す。コンカレントバキュームでは、テーブルの排他ロックを伴わずに不要領域の回収を行う。不要領域に対して再利用可能フラグを付けるのみの処理となるため、コンカレントバキュームを行っても基本的にデータベースの物理的なサイズは縮小しない。しかし、以降の更新・挿入において、このとき回収した領域が優先的に使用され、更新・削除によるファイルサイズの肥大を防止できる。
7.3
インデックスもコンカレントバキュームの対象になり、肥大化から回復させるための定期的にインデックスを再編成 (REINDEX) する必要が無くなった。これによりデータベース・オブジェクトの排他ロックを要するメンテナンスが不要になり、無停止での運用が可能になった。
7.4
PostgreSQL 特徴
自動的にバキュームを行う contrib/pg_autovacuum モジュールが提供された。autovacuum はシステムを監視し、INSERT/UPDATE/DELETE の回数などの統計情報を利用して、適切なタイミングで適切なテーブルのみに対してバキュームを行う。このため、高度な知識を要すことなく、不要領域の増加を十分に抑えることが可能となった。なお、自動バキューム処理の際に参照される統計情報の記録はデフォルトでオフとなっているため、本機能を利用する際は統計情報の記録オプションもオンにする必要がある。
8.0
バキュームは多くのI/Oが必要なため、負荷の高い処理である。バキューム実行中のシステムの全体の性能悪化を防ぐため、バキュームを行う速度を制限する機能が追加された。ただし、バキューム自体の処理時間はその分多く要する。
8.1
contribより提供されていた自動バキューム (autovacuum) 機能が本体に統合された。不要領域の監視が効率化され、コマンドで発行した VACUUM との連携が可能になった。
8.2
トランザクションIDの周回がテーブル単位で管理されるようになり、定期的にデータベース単位でバキュームを行う必要が無くなった。テーブル単位のバキュームのみが必要である。また複数のバキュームを並列して実行した際の回収効率が向上した。
PostgreSQL 特徴
8.3
自動バキューム機能が標準で有効とされ、複数のテーブルに並列してバキュームを行うようになった。加えて Heap-Only Tuplesの採用により、バキューム自体の必要性が低減した。
8.4
Visibility Map で処理が必要なページを追跡するようになり、バキュームが高速化された。また空き領域のあるページを管理する Free Space Map のメモリ管理が自動化された。
9.0
VACUUM FULL が CLUSTER と類似の処理に変更され、高速化された。
PostgreSQL 8.1 より、パーティショニングを組み込みでサポートしている。バージョンが上がる度に機能が追加されている。
テーブル・パーティショニングは継承を用いて実現する。これは、Oracle Database 7 のパーティション・ビューに近い実装である。
テーブルを作成する際、他テーブルを「親」テーブルとして指定し、継承関係を定義できる。
「子」テーブルに挿入された行は、親テーブルを参照した際にも取得される。親テーブルに対する列の追加やCHECK制約の定義は自動的に子テーブルにも反映されるが、外部キーや一意性制約は継承をサポートしていない。
PostgreSQL 特徴
パーティショニングされたテーブルへは親テーブルを通してアクセスする。SELECT, UPDATE, DELETE 文は子テーブルを含むよう展開されるが、クエリの条件が CHECK 制約に適合しない子テーブルは設定により自動的に除外することもできるため効率よく処理できる。
INSERT については、バージョン10以降は宣言的テーブルパーティショニングにより子テーブルに振り分けることが出来る。バージョン9.6までは、子テーブルを直接指定するか、親テーブルにトリガを作成することで挿入先を指示して振り分けることが出来る。
PostgreSQL 9.0 より、ストリーミングレプリケーションを組み込みでサポートしている。トランザクションログを転送し、全てのデータベース・ファイルの変更をコミット後に他のサーバへ非同期に転送する。単一マスタと複数スレーブを構成でき、スレーブは参照の問い合わせを受け付ける。参照処理を複数のノードで負荷分散するスケールアウトが可能である。
PostgreSQL 10 より、ロジカルレプリケーションを組み込みでサポートしている。データベース全体ではなく、指定した部分だけをレプリケーションできる。
PostgreSQL 特徴
LIKE 述語と正規表現による文字列検索のほか、全文検索の機能を持つ。バージョン 8.3 以降は組み込みで、それ以前のバージョンでは contrib/tsearch2 として提供されている。この全文検索では文字列から単語を抽出し、転置テーブル (GIN) または単語空間を多次元木 (GiST) とするインデックスを作成できる。SQL/MM の全文検索とは異なり、「@@」演算子を使用する独自の文法で検索を行う。
標準では日本語の文字列から単語を抽出するパーサを持たないが、外部拡張である textsearch-ja を使用することで形態素解析による検索が可能となる。
また、標準の全文検索以外にも、PGroonga (Groonga を使用), Ludia, textsearch_senna (Senna を使用), pgestraier (Hyper Estraier), pgRast (Rast) などが外部拡張として存在する。
PostgreSQL 9.5 より、データの新規挿入または更新を行う「UPSERT」機能が実装された。「UPSERT」機能とは、データの新規挿入（INSERT）ができれば挿入を行い、新規挿入ができなければ更新（UPDATE）を行うもの。「ON CONFLICT」句を指定すると、データ変更の衝突を適切に処理できるという。
PostgreSQL 基本的機能
バックアップには主に３つの方法があり、SQLダンプ、ファイルシステムレベルバックアップ、連続アーカイブである。それぞれに長所・短所がある。SQLダンプではpg_dumpのようなクライアントアプリケーションでバックアップをとり、リモートホストからのバックアップが可能であるがデータベース全体のバックアップをとる場合にはほぼ常にスーパーユーザー権限が必要である。ファイルシステムレベルバックアップでは、bashコマンドでデータファイルのバックアップをとる。この場合はオンラインバックアップやテーブル個別のバックアップは出来ない。連続アーカイブはWALを利用するものであり、アドミニストレータにとって複雑であるが、バックアップでの内部不整合がlog replayで解決されることやWALファイルをアーカイブするだけで連続バックアップできる利点もある。ただこの方法ではデータベースクラスタ全体のバックアップとなるため要求されるストレージは大である。
PostgreSQL 性能
バージョン 8.1 以降 CPU スケーラビリティは大幅に改善された。
以降、改善を積み重ね、中規模のハードウェアであればスケーラビリティを十分に確保できるRDBMSとなっている。
7.4 以前
スケーラビリティはページ置換アルゴリズムとして採用されていた LRU により抑制されていた。ページを参照するたびにバッファ・プール全体を排他ロックしていたため、スケーラビリティは低かった。SMP 構成で 4CPU 程度が限界だった。
8.0
LRU に代わり ARC が採用された（ただし、特許侵害の回避のため途中で 2Q に変更された）。ARC によりキャッシュヒット率は向上したものの、排他制御にオーバーヘッドが生じた。また、サブトランザクションをサポートするため追加された排他制御も新たなロック競合を生んだ。スケーラビリティは以前のバージョンと比較してむしろ低下しており、2CPU 程度で頭打ちになった。
8.1
ページ置換アルゴリズムはクロックに変更され、スケーラビリティが大幅に向上した。ページの参照には共有ロックのみが必要であるため並行してアクセスが可能になった。8コア程度が上限となった。
PostgreSQL 性能
8.2
ページを管理するハッシュテーブルのロックが16個に分割され、共有ロックの実装に使用されるスピンロックへのアクセスが分散された。他にスピンロックの実装やサブトランザクションの排他制御が改良され、16コアまでのスケーラビリティが確認されている。
9.2
EnterpriseDB の Robert Haas が Linux カーネル 3.2 および PostgreSQL 9.2 の改善により、64コア（8コア×8CPU）のマシン上でCPUスケールすることを確認した。
9.5
LWLock (Lightweight lock) において、一部、スピンロックからアトミック命令に切り替え、また、共有バッファのマッピングのハッシュテーブルのパーティション数を16から128に増やすなどの改善により、並列度が32〜64あたりでのパフォーマンスを改善した。
過去のバージョンの PostgreSQL は他の関係データベース管理システム (RDBMS) と比較して更新処理が遅いと言われていた。追記型アーキテクチャが採用されており、更新処理は削除と挿入の組み合わせとして実現されていた。特に挿入の際にインデックスのキーを追加する必要がある点で性能差が生じていた。
PostgreSQL 性能
しかし、バージョン 8.3 にて Heap-Only Tuples (HOT) と呼ばれる機能が採用され、インデックスのキーとなっている列の値に変更が無い場合にはインデックスの更新を回避できるようになった。HOT により約2倍のスループット向上が確認されている。
業界標準の規格に則ったベンチマーク結果として 2007年8月の サン・マイクロシステムズ (Sun) による報告がある。以下のハードウェアを使用し、813.73 SPECjAppServer2004 JOPS@Standard であった。
PostgreSQL 周辺ツール
PostgreSQL専用もしくは各種データベース汎用のデータベース接続クライアントを利用して管理できる。
psql は PostgreSQL 付属のコマンドライン・プログラムである。SQL を直接入力またはファイルから読み込んで実行するほか、スキーマ情報の表示などのメタコマンドを持つ。また、SQL 構文やテーブル名などをタブキーにより入力補完できる。
pgAdmin は GUI の管理インタフェースである。PostgreSQL License で配布される オープンソースソフトウェア (OSS) である。多くのプラットフォームで動作し、日本語を含む多くの言語が利用できる。また、専用の SQL エディタは psql と同様の入力補完機能を持つ。Microsoft SQL Server Management Studio と似たインタフェースでデータベースを操作できる。
PostgreSQL 周辺ツール
phpPgAdminはウェブベースの管理ツールである。PHPで作られており GPL で配布されている。名称はphpMyAdminと似ているが、製品同士の関連性は無く、操作性はかなり異なる。
PostgreSQL はバージョン 9.0 よりレプリケーションを標準でサポートするが、サードパーティー製のオプション・ソフトウェアも利用できる。
PostgreSQL はクライアントサーバモデルであり、データベースへの接続は主に TCP/IP ポート番号 5432 を用いて通信を行う。通信プロトコルは「フロントエンド/バックエンドプロトコル」として公開されている。
PostgreSQL 歴史
マイケル・ストーンブレーカーは、自分が開発を主導した関係データベース管理システム (RDBMS) であるIngres の商業化事業を一段落させると、カリフォルニア大学バークリー校 (UCB) に戻り、同校で新たなプロジェクトを開始した。プロジェクトの名称は Postgres と名づけられた。このプロジェクト名称は、Ingres の後継を意味する Post-Ingres に由来している。Postgresプロジェクトは、関係モデルを使ったこれまでの既存のデータベース管理システムの限界に対処することを目的として、開始された。最も重要な課題は、これまでのDBMSではユーザが自分で新たな定義域 (ドメイン、型) を既存の単純な定義域をもとにして定義できない点であった。Postgresでは型 (定義域) を完全にサポートするために必要な最小限の機能だけを導入した。Postgres ではデータベースが関係を「理解」すると言われ、「規則」に従って自然な方法で関連する関係 (リレーション、表、テーブル) から情報を得ることができた。ユーザ自身が型を定義する機能に加えて、関連を完全に記述できる機能も備えていた。プロジェクトは他にも、追記型メディア (光ディスクなど) への対応、大容量記憶装置への対応、推論、オブジェクト指向型データモデルなどを、取り入れた。実装においては、データベースとアプリケーションソフトウェアの間の新たなインタフェースを実験的に導入した。
PostgreSQL 歴史
プロジェクトチームは、1986年からPostgresシステムの基盤を説明した多数の論文を公表した。1988年、Postgres のプロトタイプバージョンを発表した。1989年6月、数名のユーザに対してPostgresバージョン1を公開した。1990年6月、ルールシステム (RULE) を実装し直したバージョン2を公開した。1991年、バージョン3を公開した。バージョン3では、ルールシステムが再度実装し直され、複数の記憶装置を管理する機構が追加され、クエリエンジンが改良された。1993年には、非常に多くのユーザが、プロジェクトに対して、サポートと追加機能を要望して、圧倒させるほどの状態となっていた。1993年、主として雑然とした部分をきれいにしたことを内容とするバージョン4.2が公開された。バージョン4.2が公開された後、Postgres プロジェクトは終了した。Postgres は広く使われたが、保守はユーザに任されていた。
マイケル・ストーンブレーカーと Paula Hawthorn は、Postgresを商業化するために、Illustra Information Technologies 社を創業して、Illustraの製品名で開発・販売した。その技術は IBM Informix Dynamic Server (IDS) に導入されている。
PostgreSQL 歴史
一方、オープンソースの世界のソフトウェア開発者たちは、Postgres のコピーを入手してシステムのさらなる開発を進めることができた。なぜならカリフォルニア大学バークリー校 (UCB) は、Postgres をオープンソースライセンスであるBSDライセンスのもとで公開していたからである。1994年に、カリフォルニア大学バークリー校 (UCB) の大学院生であった Andrew Yu と Jolly Chen は、システムの問い合わせ言語のインタプリタを、Ingres を基にした QUEL のインタプリタから、SQL のインタプリタに置き換える作業を行った。SQLインタプリタを備えたこのシステムは、Postgres95 と呼ばれた。Postgres95 のソースコードは、ワールドワイドウェブに公開された。
PostgreSQL 歴史
1996年7月に Hub.Org Networking Services の Marc Fournier は、大学外の組織としては最初に、開発用サーバをオープンソースソフトウェア開発のために活動する人々に提供した。Postgres95プロジェクトは、Bruce Momjian と Vadim B. Mikheev とともに、カリフォルニア大学バークリー校 (UCB) に由来するソースコードを堅牢にする作業を始めた。1996年8月1日に、Postgres95の最初のオープンソースのバージョンが公開された。
1996年に Postgres95 プロジェクトは、プロジェクトの名称を、SQL のサポートをしているという意味をこめて PostgreSQLに変更した。1997年1月に PostgreSQL プロジェクトとしての最初のバージョンである、PostgreSQL バージョン 6.0 が公開された。このときから、インターネットを通じて世界中のデータベース開発者のグループがPostgreSQLの開発に参加し、共同作業によるプロジェクトをうまく調整する体制ができあがった。
1999年7月23日、日本PostgreSQLユーザ会が設立し、任意団体として活動を開始した。
Postgres は Illustra により商業化されていたが、Illustra は Informix に買収され、Informix は 2001年に IBM に買収された。2001年以降には PostgreSQL を商用サポートする会社が現れた。
2006年2月1日、日本PostgreSQLユーザ会は NPO として再編成された。
2011年7月、オープンソースデータベース技術者認定試験(OSS-DB Exam)において基準のRDBMSとして採用された。
PostgreSQLのバージョンは以下のように表現される。
PostgreSQL 注目すべきユーザー
PostgreSQLをプライマリデータベースとして使用している注目すべき組織や製品には、以下のようなものがある。
National Oceanic and Atmospheric Administration （NOAA） National Weather Service （NWS）、Interactive Forecast Preparation System（IFPS）、 NEXRAD 気象レーダー 、地表、および水文学システムからのデータを統合して詳細なローカライズされた予測モデルを構築するシステム。
WhitePages.comはOracleとMySQLを使用していたが、コアディレクトリを社内で移動することになったとき、PostgreSQLを使用することにした。WhitePages.comは複数のソースからの大規模なデータセットを組み合わせる必要があるため、データを高速にロードしてインデックスを作成できるPostgreSQLの能力が、PostgreSQLの使用を決定する鍵となった 。
PostgreSQL 受賞
2008年の時点で、PostgreSQL は以下の受賞をしている。
NTT
NTT
NTTグループ (NTT Group) - 2025年7月1日に日本電信電話株式会社からNTT株式会社（2代）に商号変更した持株会社およびその関連会社。商号変更以前は「Nippon Telegraph and Telephone Corporation」の略称としていた。
NTT東日本・NTT西日本 - グループ傘下の電気通信事業者。総称して「東西NTT」、「NTT東・西（日本）」などとも表記。
NTT株式会社（初代、通称：NTT, Inc.） - NTTデータ、NTTコミュニケーションズ（現・NTTドコモビジネス）などを傘下に置くグローバル持株会社であった。2022年10月1日からNTT DATA, Inc.としてNTTデータグループの海外事業会社となっている。
日本電信電話公社(Nippon Telegraph and Telephone Public Corporation) - NTTグループの前身である、かつて電気通信事業を営んでいた公共企業体。
新貿易理論 (New Trade Theory) - 貿易理論のひとつ。
新技術望遠鏡 (New Technology Telescope) - チリのラ・シヤ天文台にある望遠鏡。
数論変換 (Number-Theoretic Transform) - 離散フーリエ変換の一種。離散フーリエ変換 (一般)#数論変換を参照。
NTT
ニウアトプタプ空港のIATA空港コード。
ノッティンガムシャーの行政区分コード。ISO 3166-2:GBで規定。
NATO国コードで、NATO加盟国。
田口淳之介の楽曲「GIRLS」で作詞した時の名義（中丸雄一、田口、田中聖のイニシャル）。CHANGE UR WORLDを参照。
深作欣二
深作 欣二（ふかさく きんじ、1930年7月3日 - 2003年1月12日）は、日本の映画監督・脚本家。愛称はサクさん。茨城県緑岡村出身。
深作欣二 生涯
6人兄弟姉妹の次男（第5子）として生まれる。茨城大学教育学部附属中学校、水戸第一高等学校、日本大学芸術学部卒業。1953年（昭和28年）に東映へ入社。
1961年（昭和36年）、千葉真一の初主演作品となる『風来坊探偵 赤い谷の惨劇』で監督デビュー。千葉とはこののち23作品でコンビを組み、ヒットを連発していく。千葉を主演に据え置き演出した『風来坊探偵シリーズ』『ファンキーハットの快男児シリーズ』、1966年（昭和41年）の『カミカゼ野郎 真昼の決斗』は、『キイハンター』（1968年 - 1973年）の土台となった作品で、『キイハンター』の企画にも関わり、第1,2,157,158,178話を演出した。
1968年の『博徒解散式』の後、東映を退社してフリーになり、松竹で『黒蜥蜴』を撮る。
日米合作『トラ・トラ・トラ!』の日本側監督を黒澤明が降板したため、後任となった舛田利雄から懇願され共同監督を引き受けたりしていたが、当時の深作は創りたい映画を東映になかなか認めてもらえず、東映に籍を置きながらにんじんプロダクションと國光影業が製作した『カミカゼ野郎 真昼の決斗』を監督していた。
深作欣二 生涯
1973年（昭和48年）の『仁義なき戦いシリーズ』は邦画史に残るヒットを記録。『柳生一族の陰謀』『復活の日』『魔界転生』『蒲田行進曲』『里見八犬伝』『忠臣蔵外伝 四谷怪談』『バトル・ロワイアル』など、発表した一部の映画がヒット・話題作となった。テレビ映画では前述の『キイハンター』のほか、『傷だらけの天使』、『必殺シリーズ』、『影の軍団II』などを演出している。92年の『いつかギラギラする日』では、大量の車、火薬、銃弾を消費したため、当初予算の3億円が11億円にまで膨張してしまった。
1997年（平成9年）、紫綬褒章受章。
2002年（平成14年）にはカプコンのPlayStation 2用ゲームソフト『クロックタワー3』のイベントCGムービーの監督を務め、これが撮影終了まで関わった最後の作品となった。同年9月25日、前立腺ガンの脊椎転移を公表し、『バトル・ロワイアルII 鎮魂歌』の製作を発表。12月16日からクランクインするが、21日にがんの骨転移の痛みから、放射線治療のため予定より2日早く入院。23日に定期の放射線治療、29日に体力の低下による風邪から肺炎を併発、31日に自力呼吸が困難になり、人工呼吸器を装着し、一時危篤状態になった。