PostgreSQLявляется мощной системой управления реляционными базами данных с открытым исходным кодом, которая широко используется в современном программировании. Разработанный командой преданных добровольцев, PostgreSQL предлагает надежный набор функций и возможностей, которые делают его популярным выбором для бизнеса и организаций любого размера.

Одним из ключевых преимуществ PostgreSQL является его способность с легкостью обрабатывать большие и сложные наборы данных. Он может хранить и управлять данными в самых разных форматах, включая текст, изображения, аудио и видео. Кроме того, PostgreSQL поддерживает расширенные типы данных, такие как массивы, hstore и JSON, что позволяет разработчикам работать со структурированными и неструктурированными данными более гибко и интуитивно.

PostgreSQL также высоко настраиваемый и расширяемый благодаря поддержке пользовательских функций, хранимых процедур и триггеров. Это делает его идеальным выбором для создания сложных приложений, требующих нестандартной логики и обработки.

Еще одной важной особенностью PostgreSQL является его надежная модель безопасности. Она предлагает различные параметры безопасности, включая шифрование, SSL-соединения и управление доступом на основе ролей, которые позволяют разработчикам обеспечить защиту данных от несанкционированного доступа.

В дополнение к своим техническим возможностям, PostgreSQL также выигрывает от активного и динамичного сообщества разработчиков и пользователей. Это сообщество предоставляет множество ресурсов и поддержку для пользователей PostgreSQL, включая документацию, форумы и группы пользователей.

PostgreSQL — это надежная, мощная и гибкая система управления базами данных, которая хорошо подходит для широкого диапазона приложений и вариантов использования. Независимо от того, создаете ли вы небольшое веб-приложение или крупную корпоративную систему, PostgreSQL предлагает масштабируемость, гибкость и безопасность, необходимые для успеха.

Ключевые особенности:

• Надежные транзакции (соответствие ACID)
• Легко расширяем с помощью пользовательских функций и типов данных
• Эффективная обработка множества параллельных транзакций
• Масштабируемый через разбиение и шардирование
• Расширенные параметры индексации для быстрого извлечения данных
• Возможности полнотекстового поиска
• Поддержка структурированных и полуструктурированных данных (типы данных JSON и JSONB)
• Бесшовная интеграция с внешними источниками данных через FDWs
• Встроенные функции репликации для простой настройки репликации
• Надежные механизмы безопасности для защиты конфиденциальных данных.

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