В состав Astra Linux от русбиттеха, которая сейчас "на острие" и которую сертифицировали на СС стоит PG9.2. По крайней мере на уровне названия сервиса и организации бинарников это именно он. А какой шильдик на этом висит - пес его знает. Линтер-ВС тоже PG форк, был по крайней мере лет 5 назад

И да. Из указанного дока однозначная ложь - "Сертикация по ФСТЭК как средства хранения персональных данных". Она есть на С и СС, персоналка однозначно имеет более низкий гриф. Если это понятие вообще применимо, скорее используется "конфиденциальность", хотя однозначно сопоставления нет до сих пор

• Partitioning – технология секционирования больших реляционных таблиц и возможность интелектуальной
оптимизации запросов к этим таблицам с целью существенного сокращения объема операций ввода-
вывода, и как следствие общего времени выполнения запросов. Данный функционал присутствует в
PostgreSQL, но реализован он на основе триггеров настраиваемых вручную, то есть требует значительных
ресурсов по сопровождению, в то время как в Oracle эта функциональность автоматизирована, вплоть до
автоматического создания секций при необходимости - Так то оно так, но есть оборотная сторона медали. Если знать, что таблица разбита на партиции и использовать эти знания на уровне кода приложения, то нет никаких критичных тормозов. Есть другой вопрос - в архитектуре проекта не учтена нагрузка на СУБД, или оценена неправильно. Oracle просто позволяет это эффективней исправлять, поощряя более низкий уровень архитектуры проекта в целом. Неоднозначный пункт, короче


• Возможность выполнения работ по администрированию без прерывания работы приложений и
пользователей как в режиме on-line, так и в режиме ”rolling fashion”; - работы по администрированию это ОЧЕНЬ большой пласт задач. Без конкретики не выдерживает никакой критики. Дефрагментация автовакуумом вполне достойно работает, если правильно настроить
• Enterprise Manager, Diagnostic and Tuning Pack – развитые средства администрирования, диагностики,
настройки, самонастройки. Отсутствие подобных инструментов не позволит эффективно использовать
оборудование, предупредить сбои, обеспечить высокую производительность. - Сферический конь в вакууме. "Развитые" - это не консольные
• Enterprise Manager, Databse Lifecycle Management Pack – средства автоматизации ежедневных задач по
сопровождению и администрированию СУБД: - Cron+shell+perl,python,(вписать свое) будут делать что угодно. Причем в том виде, в каком нужно пользователю, а не как это спроектировали люди Пророка
• Средства самоуправления и адаптации СУБД – специализированные алгоритмы и компоненты,
позволяющие СУБД собирать диагностическую и статистическую информацию о ходе выполнения
запросов, и на основе этой информации проводить оптимизацию своей работы. - Нуу, демон статистики на что? Он ее собирает, причем можно указывать глубину сбора, целая секция в конфиге есть на это

In-Memory – дополнительный уровень хранения табличных данных в памяти, позволяющий эффективно
совмещать в одной системе OLTP и OLAP приложения; - снова ложь, есть специальная команда принудительной закачки таблицы в память, так называемый "разогрев буфера"

Средства оптимизации клиентских подключений к СУБД – пулы соединений, различные виды клиентских
драйверов и библиотек; - ерунда, просто разница в архитектуре. В PG обязанность управлять пулом лежит на клиенте или посреднике типа pgpooler или pgbouncer

Работоспособность СУБД гарантированна только при наличии надежной системы технической поддержки,
которая работает круглосуточно и оперативно решает проблемы. Выстроить такую службу поддержки с
анализом проблем, контролем ответственности, работой в режиме 24x7, приоритезацией работ, возможностью
моделирования сбоев, отдельными подразделениями для поиска путей решения проблемы и разработки патчей
– сложная и объемная промышленная задача. У PostgreSQL, как open source продукта такой службы нет.
Компания Postgres Professional среди своих сервисов заявляет службу техподдержки и возможность внесения
исправлений в СУБД PostgreSQL, однако на данном этапе сложно судить о эффективности этого сервиса в
силу очевидной малочисленности компании, особенно в сравнении с промышленными масштабами Oracle. - снова бред. Активный пользователь oracle, мой коллега, наблюдал утечку памяти по 3-4 килобайта в сутки. За год сообщения об ошибке состояние "мы работаем над этим" не изменилось

Заказуха этот документ