PostgreSQLPostgreSQLは、現代のソフトウェア開発で広く使用されている強力なオープンソースのリレーショナルデータベース管理システムです。熱心なボランティアチームによって開発されたPostgreSQLは、あらゆる規模の企業や組織にとって人気の選択肢となる、堅牢な機能と機能セットを提供します。

PostgreSQLの主要な強みの一つは、大規模で複雑なデータセットを容易に処理する能力です。PostgreSQLは、テキスト、画像、音声、ビデオを含む多様な形式でデータを保存し管理することができます。さらに、PostgreSQLは配列、hstore、JSONといった高度なデータ型をサポートしており、開発者が構造化データや非構造化データをより柔軟で直感的に扱えるようにしています。

PostgreSQLは、ユーザー定義関数、ストアドプロシージャ、トリガーをサポートしているため、高度にカスタマイズ可能で拡張可能です。これにより、カスタムロジックと処理を必要とする複雑なアプリケーションの構築に理想的な選択肢となります。

PostgreSQLのもう一つの重要な機能は、その堅牢なセキュリティモデルです。開発者がデータを不正アクセスから保護できるようにするため、暗号化、SSL接続、ロールベースのアクセス制御などのセキュリティオプションを提供しています。

技術的能力に加えて、PostgreSQLは活発で活動的な開発者とユーザーのコミュニティからも恩恵を受けています。このコミュニティは、PostgreSQLユーザーに対して、ドキュメント、フォーラム、ユーザーグループなど、多くのリソースとサポートを提供しています。

PostgreSQLは信頼性が高く、強力で柔軟なデータベース管理システムであり、幅広いアプリケーションとユースケースに適しています。小規模なウェブアプリケーションを構築する場合でも、大規模なエンタープライズシステムを構築する場合でも、PostgreSQLは成功に必要な拡張性、柔軟性、およびセキュリティを提供します。

主な特徴:

• 信頼性のあるトランザクション（ACID準拠）
• ユーザー定義関数とデータ型で拡張しやすい
• 複数の同時トランザクションの効率的な処理
• パーティショニングとシャーディングでスケーラブル
• 高速データ取得のための高度なインデックスオプション
• 全文検索機能
• 構造化データおよび半構造化データ（JSONおよびJSONBデータ型）のサポート
• FDWを通じた外部データソースとのシームレスな統合
• レプリケーションのセットアップを簡単にするためのビルトインレプリケーション機能
• 機密データを保護するための強力なセキュリティメカニズム。

Version 9.3.3

Shore up GRANT ... WITH ADMIN OPTION restrictions

Granting a role without ADMIN OPTION is supposed to prevent the grantee from adding or removing members from the granted role, but this restriction was easily bypassed by doing SET ROLE first. The security impact is mostly that a role member can revoke the access of others, contrary to the wishes of his grantor. Unapproved role member additions are a lesser concern, since an uncooperative role member could provide most of his rights to others anyway by creating views or SECURITY DEFINER functions.

Prevent privilege escalation via manual calls to PL validator functions

The primary role of PL validator functions is to be called implicitly during CREATE FUNCTION, but they are also normal SQL functions that a user can call explicitly. Calling a validator on a function actually written in some other language was not checked for and could be exploited for privilege-escalation purposes. The fix involves adding a call to a privilege-checking function in each validator function. Non-core procedural languages will also need to make this change to their own validator functions, if any.

Avoid multiple name lookups during table and index DDL

If the name lookups come to different conclusions due to concurrent activity, we might perform some parts of the DDL on a different table than other parts. At least in the case of CREATE INDEX, this can be used to cause the permissions checks to be performed against a different table than the index creation, allowing for a privilege escalation attack.
......
See more details here: http://www.postgresql.org/docs/current/static/release-9-3-3.html