В новую версию Postgres Pro Enterprise 11 добавлен экспериментальный встроенный пулер соединений, позволяющий увеличивать на порядок количество одновременно работающих с базой данных пользователей. Ускорено создание индексов и индексный поиск по JSON, добавлены покрывающие индексы. Целый ряд улучшений коснулся оптимизации SQL-запросов, секционирования таблиц и параллельного исполнения запросов.
Расширены возможности оконных функций до полного покрытия стандарта SQL:2011. Добавлена поддержка управления транзакциями во встроенных процедурных языках. В число особых возможностей Postgres Pro Enterprise, повышающих удобство эксплуатации, также входят встроенный планировщик заданий, поддержка автономных транзакций и мультимастер кластер, который упрощает построение и эксплуатацию отказоустойчивой конфигурации и позволяет проводить обновление версий СУБД без остановки системы. В Postgres Pro Enterprise 11 модуль мультимастера обновлен с целью повышения надежности и сокращения системных требований.
Формат хранения данных в Postgres Pro Enterprise модифицирован таким образом, чтобы значительно снизить риск потери данных и своевременно оповестить администратора об ошибках дисковой подсистемы. Добавлены функции проверки целостности базы данных и резервной копии. Возможно быстрое резервное копирование без остановки работы, в том числе, инкрементальное.
Postgres Pro Enterprise 11 включает поддержку расширенного управления доступом, в том числе на уровне отдельных записей. Хранение контрольных сумм в файлах и блоках, а также контроль файлов базы данных снижают риск искажения информации. Использование SHA2 повышает надежность хранения хэшей паролей. Сжатие данных затрудняет несанкционированный доступ к информации непосредственно на диске. Контроль времени активности сессий снижает риск использования соединений для несанкционированного доступа.
В пределе СУБД Postgres Pro Enterprise 11 способна выдержать нагрузку до 10 000 одновременно работающих пользователей и 1 млн транзакций в секунду при размере базы данных до 150 ТБ, при этом максимальная задержка при восстановлении работоспособности кластера составит менее 1 секунды (данные в зависимости от используемого серверного оборудования).