Российский рынок систем управления базами данных заметно повзрослел. Вместо нескольких вариантов PostgreSQL с отечественной техподдержкой заказчики получили коммерческие СУБД с собственными изменениями ядра, специализированные редакции для 1С, инструменты миграции с Oracle и Microsoft SQL Server, развитые аналитические платформы и распределённые системы собственной разработки. Но выбрать подходящую базу данных стало не проще. За похожими характеристиками скрываются разные архитектуры, ограничения, модели сопровождения и уровни инженерной зрелости.
Мой главный вывод по состоянию на октябрь 2026 года заключается в том, что Postgres Pro Enterprise остаётся наиболее сбалансированным универсальным выбором для критичных корпоративных транзакционных систем. Platform V Pangolin и Tantor Postgres составляют серьёзную конкуренцию, Jatoba выделяется средствами защиты, а Digital Q.DataBase предлагает интересный подход к миграции приложений с зарубежных СУБД. В аналитике сильнее всего выглядит Arenadata, тогда как в сегменте распределённых систем конкурируют принципиально разные архитектуры YDB, Postgres Pro Shardman и Picodata.
При этом единого победителя среди всех российских СУБД не существует. Транзакционная база для банковской системы, колоночный движок для аналитики и распределённое хранилище для миллионов пользовательских операций решают разные задачи. Сравнивать их по одной шкале производительности бессмысленно. Поэтому я разделил рынок на сопоставимые группы, оценил основных участников внутри каждого класса и отдельно рассмотрел специализированные продукты.
Все оценки, выводы и прогнозы выражают моё личное мнение на основе проверяемых характеристик продуктов и собственных объективных и субъективных оценок. Рейтинг относится к выбранному сценарию на дату публикации и не заменяет пилот. Если отдельно не указано иное, я не проводил собственных лабораторных испытаний перечисленных продуктов.
Какие российские СУБД вошли в обзор и как я их оценивал
Основной сценарий сравнения предполагает среднюю или крупную российскую организацию с несколькими критичными информационными системами, отечественными серверными ОС, требованиями к высокой доступности и перспективой эксплуатации СУБД не менее пяти лет. Для транзакционных продуктов учитываю миграцию с зарубежных реляционных систем, для аналитических платформ и распределённых движков использую отдельные профильные нагрузки.
Российское происхождение оцениваю не по месту продажи или языку интерфейса. Для включения требуется российский разработчик, который самостоятельно развивает продукт, сопровождает собственную кодовую базу и отвечает за исправление ошибок. Использование PostgreSQL, Greenplum, ClickHouse, Firebird или другого открытого проекта допустимо. Однако упаковка зарубежного дистрибутива без значимого инженерного вклада не равнозначна самостоятельной разработке.
Рынок разделён на четыре основные группы.
- Корпоративные транзакционные СУБД. Системы для ERP, CRM, банковского ПО, государственных информационных систем, учётных приложений и других задач, где критичны ACID-транзакции, целостность данных, конкурентная запись и совместимость с прикладным программным обеспечением.
- Массивно-параллельные аналитические СУБД. Платформы MPP для крупных хранилищ данных, сложных SQL-запросов, параллельной загрузки и корпоративной аналитики.
- Колоночные аналитические СУБД. Решения для оперативных витрин, BI, анализа событий, логов и временных рядов с преимущественно аналитической нагрузкой.
- Распределённые SQL-СУБД. Системы, способные горизонтально распределять данные и транзакционную нагрузку между узлами, обеспечивая согласованность и отказоустойчивость в рамках выбранной архитектуры.
Российские NoSQL, in-memory, Firebird-совместимые, защищённые специализированные СУБД и новые lakehouse-платформы рассматриваю отдельно. Недостаток данных о продукте не считаю доказательством низкого качества. Если открытых сведений недостаточно для полноценного сравнения, числовую оценку не присваиваю.
Методика и веса
Для каждого основного продукта оцениваю шесть критериев по десятибалльной шкале. Итог формируется как взвешенная сумма. Содержание функционального критерия зависит от класса, поскольку требования к OLTP, MPP и распределённым системам различаются.
| Критерий | Вес | Что учитываю |
|---|---|---|
| Архитектура и функциональность | 25% | Возможности ядра, SQL, масштабирование, собственные доработки и пригодность для целевой нагрузки |
| Надёжность | 20% | Транзакционная согласованность, репликация, кластеризация, резервное копирование, восстановление после отказов |
| Совместимость и экосистема | 20% | Драйверы, интеграции, миграция приложений, документация и доступность специалистов |
| Эксплуатация | 15% | Развёртывание, мониторинг, диагностика, обновления и автоматизация управления |
| Безопасность | 10% | Разграничение доступа, аудит, защитные механизмы и регуляторная применимость |
| Зрелость и развитие | 10% | История релизов, подтверждённые внедрения, сопровождение и развитие собственных технологий |
При оценке учитываю публичные сведения о внедрениях, релизах, технических ограничениях, наличии сертифицированных редакций и опыте эксплуатации. Не приравниваю заявления производителей о производительности к результатам независимых испытаний. Разницу в несколько сотых балла рассматриваю как математический результат методики, а не как измеримое техническое превосходство.
Прогноз оцениваю отдельно от текущего балла. Перспективный продукт может уступать зрелому конкуренту сегодня, но обладать высоким потенциалом благодаря архитектуре, разработке и расширению экосистемы.
Российский рынок СУБД в 2026 году
Российские СУБД прошли первоначальный этап импортозамещения. У крупных производителей появились собственные команды разработки ядра, инструменты управления кластерами, поддержка российских серверных ОС и коммерческие системы сопровождения. В ряде проектов отечественные продукты уже обслуживают критичные банковские, государственные и корпоративные приложения.
Однако рынок нельзя считать полностью сформировавшимся. Между зрелостью отдельных продуктов, масштабом их распространения и доступностью независимого инженерного опыта сохраняются большие различия.
PostgreSQL стал технологической основой большинства корпоративных предложений
В транзакционном сегменте конкурируют прежде всего коммерческие производные PostgreSQL. Такой выбор закономерен. Разработчики получают зрелое реляционное ядро, большой набор драйверов, расширений и инструментов, а заказчики могут использовать накопленные компетенции PostgreSQL.
Но общий исходный код не делает продукты одинаковыми. Postgres Pro Enterprise, Pangolin, Tantor, Jatoba и Digital Q.DataBase отличаются оптимизаторами, управлением ресурсами, средствами безопасности, совместимостью с Oracle, инструментами эксплуатации и политикой поддержки.
Чем глубже производитель изменяет PostgreSQL, тем сложнее становится сопровождать собственную ветку. При переходе на новую версию ядра разработчику приходится переносить изменения, проверять расширения и устранять конфликты. Поэтому регулярность обновлений и качество сопровождения приобретают особое значение.
Миграция с Oracle и Microsoft SQL Server остаётся дорогой инженерной задачей
Самая сложная часть импортозамещения заключается не в переносе таблиц. Значительная часть корпоративной логики может находиться внутри СУБД. Хранимые процедуры, пакеты, триггеры, задания, собственные типы данных, специфические SQL-конструкции и особенности транзакций требуют адаптации.
Даже успешная автоматическая конвертация кода не гарантирует одинаковое поведение приложений. Различия в планировщиках запросов, блокировках, временных таблицах и обработке ошибок способны привести к серьёзным проблемам под реальной нагрузкой.
Показателен переход банковских систем с Oracle на Postgres Pro. В одном из крупных проектов подготовка миграции основной банковской системы заняла более двух лет, хотя финальное переключение выполнялось в пределах нескольких часов. Подобная разница между продолжительностью подготовки и коротким технологическим окном показывает реальную структуру миграционного проекта.
Для заказчика успешный перенос базы данных не равнозначен завершённому импортозамещению. Необходимо проверить всю цепочку от прикладного сервера и драйверов до операционной системы, резервного копирования и аварийного восстановления.
Конкуренция смещается от ядра к эксплуатации
Если несколько СУБД способны выполнять одну бизнес-нагрузку, выбор всё чаще определяется удобством управления. Крупные организации заинтересованы в централизованном мониторинге, анализе SQL, автоматическом резервном копировании, контроле конфигураций, диагностике блокировок и безопасных обновлениях.
Особенно заметно развитие Платформы Tantor, Postgres Pro Enterprise Manager, Platform V Kintsugi и инструментов Arenadata Enterprise Services. Производители превращают отдельные СУБД в комплексы управления базами данных.
В дальнейшем подобные инструменты могут определять реальную стоимость владения. Для компании с несколькими сотнями экземпляров СУБД снижение трудозатрат администраторов зачастую важнее ускорения отдельного запроса на несколько процентов.
Аналитические системы проходят собственную технологическую перестройку
В аналитическом сегменте последствия ухода зарубежных разработчиков проявились иначе. Российские компании столкнулись с необходимостью самостоятельно развивать сложные открытые проекты, в том числе ветки Greenplum.
Arenadata развивает Greengage, сохраняя технологическую связь с Greenplum и самостоятельно выпуская обновления. TData сопровождает собственный стек аналитических продуктов. Параллельно появляются альтернативные архитектуры с объектным хранением, колоночными движками и открытыми табличными форматами.
Важным событием октября стал выпуск Postgres Pro AXE 2.0, расширяющей аналитические возможности PostgreSQL и работу с данными в Parquet. Подобные продукты размывают прежнюю границу между транзакционной СУБД и самостоятельной аналитической платформой.
Зрелость рынка нельзя измерить только выручкой
Российские разработчики СУБД увеличили масштаб бизнеса, но сравнивать их распространённость непросто. Выручка от продажи лицензий, доходы от поддержки, облачные услуги и проекты интеграции часто учитываются по-разному. Количество установленных экземпляров также мало говорит о реальной доле в критичных корпоративных нагрузках.
Я не привожу единую оценку денежного объёма рынка без сопоставимой методики. Для выбора конкретной СУБД гораздо полезнее оценить количество подтверждённых производственных проектов, широту отраслевого применения, доступность специалистов и продолжительность сопровождения.
Дефицит опытных DBA, инженеров по распределённым системам и специалистов по сложной миграции остаётся самостоятельным фактором риска. Установка российской СУБД может оказаться простой, а создание команды, способной восстанавливать повреждённый кластер ночью, значительно сложнее.
Рейтинг российских транзакционных СУБД 2026
Основной сценарий предполагает критичные реляционные приложения, интенсивную конкурентную работу, обязательное резервное копирование, высокую доступность, российскую поддержку и возможную миграцию с Oracle или Microsoft SQL Server.
| Продукт | Итог | Сценарий | Преимущество | Ограничение | Потенциал | Уверенность |
|---|---|---|---|---|---|---|
| Postgres Pro Enterprise | 9,38 | Универсальная корпоративная OLTP | Зрелость ядра и экосистемы | Сложность отдельных миграций и коммерческих расширений | Высокий | Высокая |
| Platform V Pangolin DB | 8,68 | Высоконагруженные и защищённые системы | Эксплуатационные инструменты и функции безопасности | Зависимость от специализированных механизмов | Высокий | Высокая |
| Tantor Postgres | 8,65 | Корпоративные приложения и 1С | Управление, мониторинг, оптимизации | Различия редакций и состава поставки | Высокий | Высокая |
| Jatoba | 8,50 | Защищённые корпоративные системы | SQL Firewall, аудит и контроль доступа | Меньшая публичная база эксплуатационного опыта | Умеренный | Средняя |
| Arenadata Prosperity | 8,35 | OLTP в корпоративной платформе данных | Экосистема Arenadata и инструменты управления | Переход продуктовой линейки | Высокий | Средняя |
| Digital Q.DataBase | 8,30 | Миграция с Oracle и Microsoft SQL Server | Совместимость SQL-диалектов | Необходима проверка прикладного кода | Высокий | Средняя |
| Nexign Nord | 7,85 | Телекоммуникационные и корпоративные транзакции | Отраслевая инженерная экспертиза | Более узкая внешняя экосистема | Умеренный | Средняя |
Подробный обзор транзакционных СУБД
В основной группе сравниваю не только SQL-функции, но и способность разработчика сопровождать продукт на протяжении нескольких лет. Особое внимание уделяю обновлениям, отказоустойчивости, миграции приложений и эксплуатационным последствиям собственных доработок ядра.
Postgres Pro Enterprise
Postgres Pro Enterprise занимает первое место благодаря сочетанию зрелости, функциональности и инженерной экосистемы. Postgres Professional относится к российским разработчикам, которые не просто используют PostgreSQL, но и непосредственно участвуют в его развитии. Команда поддерживает собственную коммерческую ветку и развивает дополнительные механизмы для высоконагруженных корпоративных систем.
В сентябре 2026 года вышла Postgres Pro Enterprise 18.6.1 на основе PostgreSQL 18.6. Среди изменений выделю оптимизацию работы с временными таблицами. Дисковые файлы теперь создаются по фактической необходимости, что сокращает лишние операции с файловой системой. Подобная доработка особенно интересна приложениям с большим количеством временных таблиц, включая некоторые сценарии работы 1С.
Архитектура сохраняет преимущества PostgreSQL, включая MVCC, WAL, транзакционную согласованность, развитый SQL, репликацию и поддержку расширений. Enterprise-редакция дополняет ядро собственными оптимизациями, индексными механизмами и средствами обработки корпоративных нагрузок. При этом сторонние расширения необходимо проверять на совместимость с конкретной версией Postgres Pro, особенно если продукт использует внутренние интерфейсы PostgreSQL.
Вокруг СУБД сформировался самостоятельный эксплуатационный стек. Postgres Pro Enterprise Manager предоставляет централизованное управление и мониторинг, Postgres Pro Backup решает задачи резервного копирования, а Postgres ProGate помогает миграции и репликации данных. Производитель развивает инструменты для перехода с Oracle и других зарубежных платформ. Однако возможности отдельных компонентов не следует автоматически приписывать базовой лицензии Enterprise.
Для защищённых информационных систем предназначена Postgres Pro Enterprise Certified. Сертификат ФСТЭК №4063 действует для установленных сертифицированных исполнений. Важно различать актуальную обычную ветку Enterprise 18.6.1 и версии, включённые в сертифицированную поставку. Сам факт выпуска нового ядра не расширяет сертификат на произвольную сборку.
Публичные внедрения охватывают банковский, государственный и корпоративный сегменты. Крупные миграционные проекты подтверждают способность продукта обслуживать критичные приложения, но одновременно показывают масштаб подготовительной работы. На практике сложность заключается в оптимизации SQL, переносе процедурной логики, проверке транзакционного поведения и построении отказоустойчивой архитектуры.
Мой выбор и прогноз. Postgres Pro Enterprise остаётся первым кандидатом для универсальных корпоративных OLTP-систем. Ожидаю сохранения сильных позиций в 2027-2029 годах. Потенциал высокий благодаря собственному инженерному вкладу, регулярным релизам и развитой экосистеме. Главные риски связаны с усложнением коммерческих расширений, лицензирования дополнительных инструментов и конкуренцией более интегрированных платформ. Основанием для пересмотра прогноза станет заметное отставание по новым версиям PostgreSQL или проблемам сопровождения крупных инсталляций.
Platform V Pangolin DB
Platform V Pangolin DB от СберТеха представляет российскую коммерческую СУБД на основе PostgreSQL. Главным преимуществом считаю происхождение инженерных требований. Продукт развивался для крупной банковской инфраструктуры, где важны непрерывная работа транзакционных приложений, безопасность, управляемость и предсказуемость обновлений.
На октябрь 2026 года поддерживаются несколько технологических веток. Pangolin 6 основана на PostgreSQL 15, Pangolin 7 использует PostgreSQL 17, а Pangolin 8 построена на PostgreSQL 18. Такой подход позволяет одновременно развивать новые функции и сопровождать ранее внедрённые версии. Однако заказчику нужно отдельно проверять сроки поддержки конкретной ветки и доступность собственных расширений после обновления.
СберТех развивает оптимизации запросов, управление ресурсами, механизмы безопасности и инструменты диагностики. В продукте предусмотрены расширенные политики паролей, аудит, дополнительные средства разграничения доступа и функции для защищённой эксплуатации. Возможности конкретного исполнения следует проверять по составу редакции, поскольку публично перечисляемые функции могут относиться к разным поколениям продукта.
Особое место занимает Platform V Kintsugi, предназначенная для управления и мониторинга баз данных. В сочетании с дополнительными компонентами она помогает автоматизировать обслуживание кластеров. Для крупных организаций подобная интеграция представляет значительную ценность, хотя требует освоения собственной технологической экосистемы СберТеха.
Эксплуатационный опыт разработчика в банковском секторе является сильным аргументом, но я разделяю внутреннее применение и независимые коммерческие внедрения. Масштаб использования внутри Сбера не доказывает автоматически одинаковое качество внедрений у внешних заказчиков. Публичной информации о долгосрочном сопровождении таких проектов меньше, чем хотелось бы для максимально уверенной оценки.
Для Pangolin существуют сертифицированные исполнения ФСТЭК. В регулируемой инфраструктуре необходимо проверить конкретную ветку, средства безопасности и совместимость с российской ОС. Отдельного внимания заслуживает соответствие заявленной модели высокой доступности фактическим требованиям бизнеса.
Мой выбор и прогноз. Pangolin считаю одним из сильнейших вариантов для банковских, финансовых и других высоконагруженных транзакционных систем. Потенциал высокий. Ожидаю укрепления внешнего корпоративного направления и расширения конкуренции с Postgres Pro. Главные риски связаны с зависимостью от специализированной экосистемы и сложностью переноса собственных доработок между версиями PostgreSQL. Прогноз улучшится при расширении независимых внедрений с раскрытыми техническими результатами.
Tantor Postgres
Tantor Postgres от «Тантор Лабс» развилась в комплексную корпоративную платформу управления базами данных. Производитель предлагает несколько редакций PostgreSQL-совместимой СУБД, специализированные варианты для 1С, сертифицированные исполнения и самостоятельную систему централизованного администрирования.
В 2026 году линейка включает редакции на PostgreSQL 18. Разработчик внедряет собственные оптимизации, расширяет поддержку транзакционных нагрузок, совершенствует работу с памятью, диагностикой и параллельным выполнением операций. Отдельное направление связано с адаптацией СУБД под особенности платформы «1С:Предприятие».
Для предприятий с крупными базами 1С интересна Tantor Special Edition 1C. Производитель развивает механизмы оптимизации запросов и временных таблиц, ориентированные на характерную для 1С нагрузку. Однако преимущество в одном сценарии не гарантирует аналогичного результата в другом. При оценке нужно проверять реальные конфигурации, массовое проведение документов, регламентные задания и закрытие отчётных периодов.
Сильная сторона Tantor заключается в Платформе Tantor. Система предоставляет мониторинг экземпляров, анализ запросов, диагностику проблем и средства автоматизации работы администратора. В 2026 году появилась седьмая версия платформы с расширенными возможностями интеллектуального анализа состояния СУБД. Подобные инструменты способны сократить объём ручной диагностики, но практическую пользу ИИ-рекомендаций необходимо проверять на собственных нагрузках.
Вопрос лицензирования требует внимания. Basic Edition, Special Edition, Special Edition 1C и Certified различаются составом функций. Платформа управления и дополнительные компоненты также могут иметь самостоятельные условия поставки. При выборе я рекомендую составить матрицу обязательных возможностей и сопоставить её с конкретными редакциями, а не с суммарными характеристиками продуктовой линейки.
Для Tantor Certified предусмотрен сертификат ФСТЭК №4856. Сертифицированное исполнение нельзя отождествлять с обычной Special Edition. Практический интерес представляет сочетание защитных механизмов СУБД и инструментов централизованного управления, хотя каждый дополнительный компонент требует отдельной оценки применимости в защищённом контуре.
В августе 2026 года «Тантор Лабс» приобрела права на СУБД «Персей» и привлекла команду её разработчиков. Сделка расширяет инженерные компетенции в области высокой доступности, безопасности и кластеризации. Но объединение технологий не следует считать уже завершённым. Дальнейшая судьба самостоятельных редакций «Персея» и интеграция механизмов кластера «Атлант» остаются значимыми вопросами.
Мой выбор и прогноз. Tantor считаю особенно привлекательной для предприятий с большим количеством экземпляров PostgreSQL и существенной долей 1С. Потенциал высокий. Ожидаю усиления позиций в корпоративном сегменте, прежде всего за счёт инструментов эксплуатации. Главные риски связаны с усложнением продуктовой линейки и интеграцией приобретённых технологий. Прогноз пересмотрю после появления устойчивых результатов объединённого развития Tantor и «Персея».
Jatoba
Jatoba компании «Газинформсервис» занимает заметную позицию среди защищённых российских СУБД. Продукт основан на модернизированном PostgreSQL и отличается выраженным акцентом на безопасность, аудит, управление привилегиями и устойчивость корпоративных приложений.
В августе 2026 года производитель обновил линейку, включающую Jatoba 18.4.1 и редакции на более ранних ядрах PostgreSQL. Среди изменений выделяются оптимизации для 1С, развитие автономных транзакций, дополнительные средства мониторинга и усовершенствование защитных механизмов. Поддержка автономных транзакций интересна приложениям, использующим сложную процедурную логику, хотя совместимость с Oracle требует проверки на конкретных процедурах.
Наиболее интересная особенность Jatoba заключается в SQL Firewall. Механизм анализирует SQL-запросы и позволяет выявлять или блокировать операции, не соответствующие установленным правилам. Производитель развивает также режимы с элементами машинного обучения. Однако эффективность такой защиты зависит от качества моделей, полноты обучения и характера приложений. При неправильной конфигурации SQL Firewall способен создать ложные срабатывания или пропустить нежелательные операции.
Другие функции безопасности включают маскирование данных, защиту хранимого кода, расширенный аудит и дополнительные механизмы контроля целостности. Для управления используются специализированные инструменты Jatoba Data Safe, jaDog и кластерные компоненты. В 2026 году расширилась поддержка SQL Firewall в высокодоступных конфигурациях.
Jatoba имеет сертифицированные исполнения ФСТЭК. В июле 2026 года производитель обновил сертификационные документы. При этом версии обычной и сертифицированной веток различаются, поэтому наличие свежего релиза Jatoba 18 не означает автоматической сертификации данного исполнения. Заказчику нужно проверять конкретную сборку и состав применяемых защитных средств.
Публичный опыт показывает активное развитие продукта, но независимой информации о длительной эксплуатации крупных неоднородных корпоративных парков меньше, чем хотелось бы. Я не считаю отсутствие подробных публикаций доказательством проблем, однако учитываю ограниченную прозрачность при оценке зрелости.
Мой выбор и прогноз. Jatoba обязательно включил бы в пилот для организаций, где безопасность базы данных имеет самостоятельный приоритет. Потенциал умеренный с возможностью повышения. Сильный фактор роста связан с развитием SQL Firewall и специализированных защитных механизмов. Риски заключаются в сложности эксплуатации дополнительных средств ИБ и ограниченной внешней экосистеме. Повышу прогноз при расширении независимых внедрений и появлении более подробной технической информации о промышленном сопровождении.
Arenadata Prosperity
Arenadata Prosperity стала основной коммерческой транзакционной СУБД группы Arenadata после приобретения технологий Proxima DB. Изменение продуктовой стратегии принципиально для существующих клиентов. Прежняя линейка Arenadata Postgres, известная как ADPG, больше не является главным коммерческим направлением универсальных OLTP-СУБД разработчика.
Prosperity построена на PostgreSQL и ориентирована на транзакционные приложения, корпоративные системы и работу в составе платформы данных Arenadata. В сентябре 2026 года вышла версия 16.13.2 вместе с обновлением управляющего компонента ADP Enterprise Services 2.1.0.
Одним из интересных изменений стало включение pg_duckdb. Расширение позволяет выполнять аналитические запросы через DuckDB и обращаться к данным Parquet и CSV без обязательной предварительной загрузки в обычные таблицы PostgreSQL. Для некоторых смешанных нагрузок подобная возможность сокращает необходимость разворачивать отдельный аналитический контур. Однако pg_duckdb не превращает Prosperity в полноценную распределённую MPP-систему.
Средства эксплуатации включают управление кластерами, резервное копирование, мониторинг, механизмы высокой доступности и инструменты работы с пользовательскими сессиями. В составе ADP Enterprise Services развивается Backup Manager. Производитель расширяет поддержку российских операционных систем и инструментов безопасности.
Важный практический нюанс заключается в совместимости управляющих компонентов. Для ADP Enterprise Services 2.1.0 существуют ограничения при работе с кластерами, использующими отдельные конфигурации SSL и SCRAM-SHA-256. Такой пример хорошо показывает, почему даже минорное обновление эксплуатационной платформы требует проверки на тестовом стенде.
Для Arenadata Prosperity существует сертифицированное исполнение ФСТЭК. При закупке необходимо различать обычную поставку и сертифицированную редакцию, а также учитывать лицензирование Enterprise Services и дополнительных инструментов.
Отдельный риск связан с завершением коммерческой линии ADPG. Новые продажи прежнего продукта прекращены в мае 2026 года, а поддержка существующих клиентов ограничена действующими контрактами и заявленным предельным сроком в мае 2028 года. Для владельцев ADPG план перехода на Prosperity должен стать частью стратегии эксплуатации уже сейчас.
Мой выбор и прогноз. Arenadata Prosperity рекомендую прежде всего предприятиям, развивающим единую платформу данных на продуктах Arenadata. Потенциал высокий благодаря экосистеме, активным релизам и интеграции транзакционных и аналитических инструментов. Главный риск связан с миграцией клиентов между продуктовыми линиями и совместимостью компонентов. В 2027-2029 годах ожидаю роста позиций при условии предсказуемого обновления и расширения независимой клиентской базы.
Digital Q.DataBase
Digital Q.DataBase от «Диасофт» интересна прежде всего подходом к совместимости с зарубежными СУБД. Разработчик не ограничивается обычной поддержкой PostgreSQL и развивает механизмы работы с PL/SQL, T-SQL, типами данных и интерфейсами, привычными приложениям Oracle и Microsoft SQL Server.
Архитектура основана на существенно доработанном PostgreSQL. Вендор поддерживает несколько SQL-диалектов и предлагает инструменты для переноса схем, процедурной логики и данных. Для корпоративных приложений, где значительная часть бизнес-логики находится непосредственно в СУБД, подобный подход способен уменьшить объём ручной переработки.
Но совместимость нельзя оценивать одним процентом покрытия синтаксиса. Даже если большинство SQL-конструкций поддерживается, оставшиеся несовместимые операции могут оказаться критичными для приложения. Особое внимание потребуется пакетным процедурам, динамическому SQL, транзакционным исключениям, курсорам, временным таблицам и работе клиентских библиотек.
В 2026 году Digital Q.DataBase продолжила развитие на современных версиях PostgreSQL. Производитель расширил варианты поставки, включая готовые контейнерные образы, и обновил лицензионную политику. С сентября бесплатная полнофункциональная конфигурация ограничена четырьмя процессорными ядрами. Такой вариант позволяет провести первоначальные испытания, но не заменяет проверку коммерческих условий для крупной системы.
СУБД имеет сертификат ФСТЭК №4843. Для регулируемой инфраструктуры необходимо уточнять сертифицированную редакцию, доступные SQL-режимы и состав средств безопасности. Наличие совместимости с зарубежными протоколами не гарантирует идентичного поведения механизмов безопасности Oracle или Microsoft SQL Server.
Существуют публичные результаты испытаний Digital Q.DataBase на корпоративных приложениях «Диасофт», но их следует рассматривать применительно к исследованной нагрузке. Производительность конкретной банковской системы может сильно отличаться от результатов другой конфигурации, даже при одинаковом SQL-движке.
Мой выбор и прогноз. Digital Q.DataBase считаю обязательным кандидатом при переносе сложных приложений с Oracle и Microsoft SQL Server. Потенциал высокий благодаря специализации на совместимости и активному развитию продукта. Основной риск связан с расхождением между заявленной и фактической совместимостью прикладной логики. Прогноз улучшится при расширении независимых проектов миграции с подробным описанием технических ограничений и последующей эксплуатации.
Nexign Nord
Nexign Nord разработана российской компанией Nexign на основе PostgreSQL. Продукт ориентирован на корпоративные транзакционные системы и использует инженерный опыт разработчика в телекоммуникационной отрасли. Такой профиль особенно интересен приложениям с интенсивной обработкой операций, сложными интеграциями и высокими требованиями к доступности.
В числе возможностей представлены средства репликации, резервного копирования, управления разделами таблиц, настройки кластеров и совместимости с приложениями, использующими Oracle. Продукт работает в российской серверной инфраструктуре и поддерживает привычные инструменты PostgreSQL. При этом конкретную совместимость расширений необходимо проверять по выбранной версии.
В декабре 2025 года Nexign Nord получила сертификат ФСТЭК №5008 с четвёртым уровнем доверия и четвёртым классом защиты СУБД. Для регулируемых организаций наличие сертифицированного исполнения расширяет возможности выбора, но не отменяет проверки состава защищённой информационной системы.
Ключевое преимущество продукта связано с отраслевой специализацией. Однако распространённость внешних технических материалов, количество независимых специалистов и широта публично представленных внедрений уступают наиболее известным PostgreSQL-платформам. Для крупных заказчиков такая ситуация повышает зависимость от производителя.
Условия лицензирования и поддержки следует оценивать вместе с инструментами мониторинга, высокой доступности и резервного копирования. Дополнительно я бы запросил историю исправлений, сроки поддержки веток и процедуру обновления крупных кластеров.
Мой выбор и прогноз. Nexign Nord рекомендую для телекоммуникационных систем и проектов, где отраслевой опыт разработчика даёт практические преимущества. Потенциал умеренный. Ожидаю сохранения специализированной позиции с возможностью расширения внешнего рынка. Главный риск связан с ограниченной экосистемой. Основанием для повышения прогноза станут новые независимые внедрения и расширение общедоступной технической документации.
Рейтинг российских аналитических СУБД
Аналитический сегмент разделён на массивно-параллельные хранилища и колоночные СУБД для оперативной аналитики. В MPP-группе важнее сложные запросы к большим историческим данным, а в колоночной аналитике особенно значимы агрегации, компрессия, скорость загрузки и конкурентная работа витрин.
Массивно-параллельные системы
Основной сценарий предполагает корпоративное хранилище данных с параллельной загрузкой, большим количеством таблиц, регулярными тяжёлыми запросами и требованиями к восстановлению кластера.
| Продукт | Итог | Сценарий | Преимущество | Ограничение | Потенциал | Уверенность |
|---|---|---|---|---|---|---|
| Arenadata DB | 8,95 | Крупные корпоративные DWH | Развитие Greengage и инструменты управления | Сложная MPP-эксплуатация | Высокий | Высокая |
| RT.Warehouse | 8,28 | Хранилища на архитектуре Greenplum | Совместимость и интеграция с платформой TData | Долгосрочное развитие собственной ветки | Умеренный | Средняя |
Колоночные аналитические системы
Рассматриваю продукты для быстрых аналитических запросов, витрин, обработки событий и BI, где чтение и агрегирование преобладают над короткими транзакционными обновлениями.
| Продукт | Итог | Сценарий | Преимущество | Ограничение | Потенциал | Уверенность |
|---|---|---|---|---|---|---|
| Arenadata QuickMarts | 8,88 | Оперативные витрины и событийная аналитика | Колоночный движок и эксплуатационная экосистема | Не заменяет OLTP-СУБД | Высокий | Высокая |
| RT.WideStore | 8,28 | Логи, события и аналитические таблицы | Интеграция с RT.Warehouse | Зависимость от сопровождения собственной ветки ClickHouse | Умеренный | Средняя |
Подробный обзор аналитических СУБД
Для аналитических систем недостаточно проверить скорость выполнения одного запроса. Практическое качество определяется поведением при одновременной работе пользователей, загрузке данных, перестроении таблиц, отказах сегментов и обновлении движка.
Arenadata DB
Arenadata DB занимает первое место среди рассмотренных российских MPP-СУБД. Система построена на технологической архитектуре Greenplum, но развивается в собственной ветке Greengage. После прекращения прежней открытой модели развития Greenplum самостоятельное сопровождение ядра стало важным преимуществом Arenadata.
Архитектура предполагает распределение данных и параллельное выполнение запросов между сегментами кластера. Такой подход позволяет эффективно обрабатывать большие таблицы и сложные аналитические операции. Однако результат зависит от правильного выбора ключей распределения, объёма данных, характеристик соединений и качества статистики.
В сентябре 2026 года вышла Arenadata DB 7.5.0.1 на основе Greengage 7.5.0. Среди изменений появились новые возможности управления балансировкой кластера, интеграции с форматом Apache Iceberg, мониторинга на основе Prometheus и Grafana и дополнительные механизмы взаимодействия с внешними источниками данных.
Параллельно развиваются инструменты Arenadata Cluster Manager и Enterprise Services. Управление запросами, мониторинг сегментов, резервное копирование и диагностика помогают эксплуатировать сложные MPP-кластеры. При этом отдельные компоненты имеют собственные версии и могут поставляться раздельно. Для предприятия необходимо проверять совместимость управляющего стека с конкретным релизом ядра.
Arenadata DB имеет сертифицированное исполнение ФСТЭК №4824. Документ относится к конкретной поставке, а не автоматически ко всем будущим версиям Greengage. Для защищённых хранилищ нужно учитывать также средства доступа, внешние коннекторы и инструменты администрирования.
Основной риск MPP-архитектуры связан с эксплуатационной сложностью. Перекос данных между сегментами, неудачные планы соединений, недостаток ресурсов на отдельных узлах или длительная ребалансировка способны существенно ухудшить работу. Развитые инструменты управления снижают нагрузку на администраторов, но не устраняют необходимость профильных компетенций.
Мой выбор и прогноз. Arenadata DB считаю первым кандидатом для крупного российского корпоративного DWH, особенно при миграции с Greenplum. Потенциал высокий. Ожидаю сохранения сильных позиций благодаря собственному развитию Greengage и интеграции с аналитической экосистемой. Главные риски связаны со сложностью сопровождения MPP-ядра и конкуренцией lakehouse-архитектур. Прогноз пересмотрю при существенных проблемах обновления кластеров или появлении более эффективных альтернатив с подтверждённым эксплуатационным преимуществом.
RT.Warehouse
RT.Warehouse от TData представляет российскую MPP-СУБД, построенную на архитектуре Greenplum. Продукт предназначен для корпоративных аналитических хранилищ и больших SQL-нагрузок. Разработчик сопровождает собственный дистрибутив и развивает инструменты управления, резервного копирования и интеграции с платформой данных TData.
Основные возможности связаны с параллельной обработкой запросов, распределением таблиц между сегментами, загрузкой данных из корпоративных систем и подключением внешних источников. Поддержка PXF позволяет использовать различные способы интеграции с хранилищами и другими сервисами данных.
Для управления применяется RT.ClusterManager. Инструмент автоматизирует развёртывание, мониторинг, настройку и обслуживание кластеров. Такой подход полезен организациям, которые уже используют несколько продуктов TData и хотят сохранить единый стек эксплуатации.
RT.Warehouse имеет сертификат ФСТЭК №4913. Существуют варианты поставки для собственной инфраструктуры и облачных сценариев. Лицензионную модель необходимо рассматривать совместно с компонентами управления, используемыми коннекторами и условиями технической поддержки.
Ключевая неопределённость связана с долгосрочным развитием сопровождаемой ветки Greenplum. Для заказчика важно установить, какие исправления вносит сам разработчик, как часто обновляется ядро и каким способом выполняется переход между крупными версиями. Публичной информации недостаточно для уверенного утверждения, что RT.Warehouse превосходит Arenadata DB или уступает ей по производительности при одинаковой нагрузке.
Мой выбор и прогноз. RT.Warehouse рекомендую для пилота при миграции с Greenplum и в проектах, использующих экосистему TData. Потенциал умеренный. Ожидаю сохранения спроса в корпоративной аналитике, но дальнейшее укрепление позиций зависит от самостоятельного развития ядра, прозрачности жизненного цикла и роста числа независимых крупных внедрений.
Arenadata QuickMarts
Arenadata QuickMarts предназначена для высокопроизводительной аналитики и построена на технологическом фундаменте ClickHouse. Система использует колоночное хранение, распределённую обработку и оптимизации для быстрого выполнения агрегирующих запросов.
Наиболее подходящие сценарии включают аналитические витрины, BI, события приложений, журналы, временные ряды и обработку больших таблиц с преимущественно аналитической нагрузкой. Колоночная организация данных позволяет эффективно читать только необходимые поля и сокращать объём передаваемой информации.
Однако преимущества аналитического движка не следует переносить на универсальные транзакционные приложения. Частые точечные изменения данных, сложные конкурентные транзакции и необходимость немедленно поддерживать множество реляционных ограничений могут плохо соответствовать выбранной архитектуре.
Сильная сторона QuickMarts заключается в интеграции с продуктами Arenadata и наличии специализированных средств эксплуатации. Производитель развивает инструменты мониторинга, резервного копирования, кластеризации и интерактивной работы с запросами, включая ADQM Notebook.
QuickMarts имеет сертифицированное исполнение ФСТЭК №4823. При эксплуатации необходимо отдельно учитывать защиту внешних источников, сервисов загрузки и BI-компонентов. Сертификация самой СУБД не распространяется автоматически на весь аналитический конвейер.
Для крупных проектов основное внимание я бы уделил задержкам загрузки, выбору движков таблиц, стратегии секционирования, сортировочным ключам, репликации и поведению распределённых запросов при отказе узла.
Мой выбор и прогноз. Arenadata QuickMarts считаю одним из наиболее сильных российских вариантов для оперативной аналитики. Потенциал высокий. Ожидаю сохранения хороших позиций благодаря развитию экосистемы и средств эксплуатации. Основные риски связаны со сложностью распределённых кластеров и конкуренцией платформ, использующих открытые форматы хранения. Пересмотрю прогноз при появлении подтверждённых альтернатив с меньшими эксплуатационными затратами.
RT.WideStore
RT.WideStore от TData представляет российскую колоночную аналитическую СУБД на основе ClickHouse. Продукт предназначен для обработки событий, логов, больших аналитических таблиц и других данных, для которых преобладают операции чтения и агрегации.
Система поддерживает распределённое хранение и параллельные аналитические запросы. Для управления используется RT.ClusterManager. В составе платформы TData RT.WideStore может работать совместно с RT.Warehouse, выполняя роль быстрого слоя аналитических витрин.
Эксплуатационные возможности включают развёртывание в инфраструктуре заказчика, мониторинг и инструменты обслуживания кластеров. Производитель предлагает коммерческую поддержку и облачные сценарии поставки.
RT.WideStore имеет сертификат ФСТЭК №4927. Для защищённой среды необходимо проверять конкретную сборку и состав используемых компонентов. При выборе также важно изучить жизненный цикл собственной ветки ClickHouse и частоту выпуска исправлений безопасности.
С технической точки зрения особого внимания требуют распределённые соединения, компрессия, скорость загрузки, задержки репликации и процесс восстановления после отказа. Использовать RT.WideStore как обычную OLTP-СУБД без изменения модели приложения я бы не рекомендовал.
Мой выбор и прогноз. RT.WideStore подходит для аналитических витрин и организаций, использующих продукты TData. Потенциал умеренный. Главным фактором роста считаю расширение общей экосистемы. Риски связаны с самостоятельным сопровождением ветки ClickHouse и недостатком независимых сопоставимых испытаний. Прогноз повысится при появлении новых крупных внедрений и более прозрачной истории развития ядра.
Рейтинг российских распределённых SQL-СУБД
В этой группе сравниваю системы для новых высоконагруженных приложений, которым действительно требуется горизонтальное масштабирование транзакционных данных. Продукты различаются SQL-диалектами, моделями хранения, согласованностью и подходами к распределённым транзакциям.
| Продукт | Итог | Сценарий | Преимущество | Ограничение | Потенциал | Уверенность |
|---|---|---|---|---|---|---|
| YDB | 8,83 | Новые распределённые сервисы | Самостоятельная горизонтально масштабируемая архитектура | Отличия YQL и сложность эксплуатации | Высокий | Высокая |
| Postgres Pro Shardman | 8,78 | Распределённая реляционная обработка | Связь с экосистемой PostgreSQL | Ограничения распределённых транзакций и запросов | Высокий | Средняя |
| Picodata | 8,20 | Высоконагруженные распределённые приложения | Собственная архитектура и расширяемость | Неполная совместимость с PostgreSQL | Высокий | Средняя |
Подробный обзор распределённых СУБД
Горизонтальное масштабирование само по себе не гарантирует роста производительности. Результат зависит от распределения данных, сетевых задержек, количества межузловых транзакций, стратегии шардирования и поведения системы при сбоях.
YDB
YDB разработана в Яндексе и представляет самостоятельную распределённую SQL-СУБД. В отличие от коммерческих веток PostgreSQL, система изначально проектировалась для масштабирования между множеством узлов, распределённого хранения данных и отказоустойчивой обработки транзакций.
Архитектура включает собственные механизмы хранения, распределения данных, управления шардами и исполнения запросов. Поддерживаются ACID-транзакции, SQL-подобный язык YQL и автоматическое управление распределением нагрузки. Однако совместимость с PostgreSQL нельзя считать полной. Приложениям часто требуется адаптация запросов, драйверов и модели взаимодействия с данными.
В 2026 году YDB продолжила развитие транзакционных и аналитических функций. Появились новые возможности полнотекстового поиска, индексов, потоковой обработки, колоночных таблиц и управления хранением. Открытая версия распространяется под Apache 2.0, а для корпоративного использования существует отдельная коммерческая линейка Yandex Enterprise Database.
Разделение открытой и корпоративной редакций необходимо учитывать при закупке. Состав функций, политика поддержки и сертификация отличаются. Корпоративное исполнение имеет сертификат ФСТЭК №4991, но сертификат не распространяется автоматически на произвольную открытую сборку YDB.
Масштабирование распределённой системы требует специальных компетенций. Администраторам необходимо понимать поведение таблеток данных, ресурсы узлов, особенности согласованности и влияние сетевых отказов. В некоторых конфигурациях YDB способна переживать потерю целой площадки, но устойчивость зависит от размещения реплик, кворума и достаточного резерва ресурсов.
Характерный эксплуатационный случай произошёл в мае 2025 года в одном из облачных сервисов, использовавших YDB для хранения данных. Ошибка автоматической настройки пула потоков привела к нехватке вычислительных ресурсов для фоновых операций, переполнению внутреннего буфера и недоступности сервиса примерно на полтора часа. Случай не доказывает системную ненадёжность YDB, но хорошо показывает, что распределённая архитектура не устраняет риски ошибок управления ресурсами.
Мой выбор и прогноз. YDB считаю одним из наиболее перспективных российских движков для новых распределённых приложений. Потенциал высокий благодаря собственной архитектуре, активным релизам и развитой инженерной базе. Ожидаю расширения функциональности и распространения за пределами первоначальной экосистемы. Основные риски связаны с ограниченной совместимостью с привычными SQL-платформами и сложностью подготовки специалистов. Пересмотрю прогноз при заметном изменении темпов развития или качества промышленной эксплуатации.
Postgres Pro Shardman
Postgres Pro Shardman представляет распределённую реляционную СУБД с технологической связью с PostgreSQL. Основное назначение продукта заключается в горизонтальном масштабировании хранения и обработки транзакционных данных при сохранении значительной части привычной реляционной модели.
В октябре 2026 года развивается линейка Shardman 18. Архитектура предусматривает распределение таблиц между узлами, выполнение распределённых SQL-запросов и управление транзакциями. Подобный подход интересен организациям, которым уже недостаточно ресурсов одной реляционной базы, но которые хотят сохранить связь с PostgreSQL.
Однако переход с обычного PostgreSQL на Shardman не сводится к добавлению серверов. Важное значение имеют выбор ключей шардирования, распределённые соединения, ограничения целостности, транзакции между узлами и поведение запросов при перераспределении данных.
У Shardman есть важное преимущество перед полностью самостоятельными SQL-движками. Разработчики могут использовать привычные знания PostgreSQL, а часть инструментов и подходов к эксплуатации остаётся знакомой. Но администратору всё равно потребуется освоить распределённую архитектуру, процедуры восстановления и особенности обновления кластера.
Продукт имеет сертификат ФСТЭК №4775. Производитель развивает инструменты управления и резервного копирования, но при проектировании необходимо учитывать все дополнительные компоненты, включая управляющие узлы, сетевую инфраструктуру и ресурсы для перебалансировки.
Мой выбор и прогноз. Shardman рекомендую для крупных PostgreSQL-ориентированных систем, которым действительно требуется горизонтальное масштабирование. Потенциал высокий благодаря инженерной базе Postgres Professional и развитию распределённых механизмов. Главный риск связан со сложностью транзакций и запросов, затрагивающих множество шардов. Повышу прогноз после появления большего числа публичных внедрений с длительной эксплуатацией и регулярными обновлениями крупных кластеров.
Picodata
Picodata представляет самостоятельную российскую распределённую СУБД, развиваемую компанией «Пикодата» в экосистеме Arenadata. Продукт отличается от обычных PostgreSQL-форков собственной архитектурой распределения данных и ориентацией на высоконагруженные сервисы.
Технологическая основа предусматривает горизонтальное масштабирование, собственную модель распределённого хранения, SQL-интерфейс и расширяемость через плагины. Совместимость с PostgreSQL реализована на уровне определённых протоколов и возможностей, но не означает полной идентичности SQL и транзакционного поведения.
Разработчик использует подход shard-per-core, позволяющий распределять данные и обработку с учётом вычислительных ресурсов узлов. Такая архитектура интересна для приложений с большим количеством коротких операций и выраженными требованиями к масштабированию.
Picodata также развивает дополнительные модели доступа к данным и совместимость с отдельными NoSQL-интерфейсами. Плагины расширяют сценарии использования, но усложняют оценку состава конкретной поставки. При проектировании необходимо проверять не только ядро, но и жизненный цикл подключённых компонентов.
В августе 2026 года вышла Picodata 26.2.1. Развитие затрагивает SQL, транзакции, репликацию и эксплуатационные возможности. В сентябре обновилось сертифицированное исполнение на основе версии 26.1.4 с определённым набором плагинов. Различия между актуальной и сертифицированной ветками необходимо учитывать в регулируемых системах.
Преимущество Picodata связано с собственным технологическим подходом. Одновременно относительно небольшая экосистема специалистов и необходимость адаптации приложений повышают зависимость от разработчика. Публичных данных о многолетней эксплуатации большого числа независимых крупных кластеров пока недостаточно для более высокой оценки зрелости.
Мой выбор и прогноз. Picodata считаю перспективной платформой для новых распределённых сервисов и приложений, которым нужна собственная масштабируемая архитектура хранения. Потенциал высокий. Ожидаю развития SQL-возможностей и специализированных плагинов. Главный риск связан с размером экосистемы и сложностью миграции традиционных приложений. Прогноз улучшится после расширения независимых внедрений и подтверждения устойчивости сложных производственных конфигураций.
Частные оценки и расчёт итоговых баллов
Ниже приведена полная таблица оценок. Все показатели выставлены по десятибалльной шкале, итог рассчитывается с учётом весов критериев. Частные оценки отражают авторскую сравнительную характеристику продуктов, а не результаты лабораторного измерения каждой функции.
| Продукт | Функции 25% | Надёжность 20% | Экосистема 20% | Эксплуатация 15% | Безопасность 10% | Развитие 10% | Итог |
|---|---|---|---|---|---|---|---|
| Postgres Pro Enterprise | 9,5 | 9,5 | 9,5 | 9,0 | 9,0 | 9,5 | 9,38 |
| Platform V Pangolin | 9,0 | 9,0 | 8,0 | 8,5 | 9,0 | 8,5 | 8,68 |
| Tantor Postgres | 9,0 | 8,5 | 8,5 | 9,0 | 8,5 | 8,0 | 8,65 |
| Jatoba | 8,5 | 8,5 | 8,0 | 8,5 | 9,5 | 8,5 | 8,50 |
| Arenadata Prosperity | 8,5 | 8,5 | 8,0 | 8,5 | 8,5 | 8,0 | 8,35 |
| Digital Q.DataBase | 9,0 | 8,0 | 8,5 | 8,0 | 8,5 | 7,0 | 8,30 |
| Nexign Nord | 8,0 | 8,0 | 7,5 | 8,0 | 8,0 | 7,5 | 7,85 |
| Arenadata DB | 9,5 | 9,0 | 8,5 | 8,5 | 9,0 | 9,0 | 8,95 |
| RT.Warehouse | 8,5 | 8,5 | 8,0 | 8,0 | 8,5 | 8,0 | 8,28 |
| Arenadata QuickMarts | 9,0 | 9,0 | 9,0 | 8,5 | 9,0 | 8,5 | 8,88 |
| RT.WideStore | 8,5 | 8,5 | 8,0 | 8,0 | 8,5 | 8,0 | 8,28 |
| YDB | 9,5 | 9,5 | 8,0 | 8,0 | 8,5 | 9,0 | 8,83 |
| Postgres Pro Shardman | 9,0 | 9,0 | 8,5 | 8,5 | 9,0 | 8,5 | 8,78 |
| Picodata | 9,0 | 8,5 | 7,0 | 8,0 | 8,5 | 8,0 | 8,20 |
Я сознательно не включаю в расчёт рекламные показатели максимального TPS, заявленные пределы масштабирования и результаты несопоставимых бенчмарков. Производительность зависит от оборудования, структуры данных, SQL-запросов, характера конкурентной нагрузки и настроек отказоустойчивости.
Другие актуальные российские СУБД
Российский рынок шире основного рейтинга. Часть продуктов использует самостоятельные технологические ядра, другие специализируются на определённых отраслях или развивают новые архитектуры. Некоторые решения уже имеют значительную историю эксплуатации, но из-за отличий класса требуют отдельного сравнения.
РЕД База Данных
РЕД База Данных от РЕД СОФТ заслуживает отдельного рассмотрения как зрелая российская Firebird-совместимая СУБД. Продукт развивается на иной технологической основе, чем большинство участников транзакционного рейтинга, и не должен оцениваться как ещё одна версия PostgreSQL.
В 2026 году развивается пятое поколение РЕД Базы Данных. Производитель сопровождает собственные изменения Firebird, предлагает инструменты администрирования, мониторинга и резервного копирования. Поддерживаются российские серверные ОС, специализированные средства безопасности и интеграция с корпоративной инфраструктурой.
Главная область применения связана с системами, использующими Firebird или InterBase, а также приложениями, которым подходит такая архитектура. Перенос с PostgreSQL, Oracle или Microsoft SQL Server потребует отдельной оценки SQL-совместимости и переработки прикладной логики.
РЕД База Данных имеет длительную историю сертификации ФСТЭК. Применимость конкретных версий необходимо сверять с действующими сертификационными документами. Для нового проекта также следует проверить доступность специалистов Firebird и условия поддержки конкретной ветки.
Я считаю РЕД Базу Данных полноценным самостоятельным российским продуктом. Не включаю в общий рейтинг PostgreSQL-совместимых систем из-за архитектурной несопоставимости. Потенциал умеренный, прежде всего благодаря собственной прикладной экосистеме и накопленному опыту эксплуатации.
Tarantool DataBase
Tarantool DataBase в экосистеме VK Tech представляет российскую высокопроизводительную СУБД с собственной технологической основой. Архитектура исторически ориентирована на быструю обработку данных, выполнение серверной логики и интенсивную работу с оперативной памятью.
Продукт подходит для пользовательских сессий, профилей, высоконагруженных сервисов, оперативных хранилищ и специализированных приложений. Tarantool не следует считать полноценной заменой PostgreSQL или Oracle без переработки модели данных и прикладного кода.
В 2026 году продолжилось развитие Tarantool DataBase 3, включая механизмы работы с данными и управление уровнями хранения. Для корпоративных заказчиков доступны коммерческие исполнения и инструменты поддержки.
Преимущество продукта связано с собственной инженерной школой и опытом эксплуатации высоконагруженных сервисов. Ограничения определяются специализированной моделью программирования и меньшей распространённостью соответствующих компетенций.
Потенциал Tarantool считаю высоким в классе быстрых специализированных хранилищ. Однако ставить продукт на одну шкалу с универсальными транзакционными СУБД было бы некорректно.
Другие PostgreSQL-совместимые продукты
FTData. Российская корпоративная СУБД на основе PostgreSQL с механизмами высокой доступности и дополнительными эксплуатационными функциями. В 2026 году сертифицированное исполнение FTData Enterprise Certified получило сертификат ФСТЭК №5076. Продукт заслуживает внимания, но независимых сведений о длительной эксплуатации крупных систем пока недостаточно для уверенного места в основном рейтинге.
Квант-Гибрид. Российская объектно-реляционная СУБД компании «Квантом» с глубокой переработкой PostgreSQL и дополнительными механизмами безопасности. Разработчик заявляет использование Rust в отдельных компонентах ядра. Система имеет сертифицированное исполнение ФСТЭК №4691. Технологические особенности интересны, однако реальное преимущество по безопасности, производительности и сопровождению требует сравнительного пилота.
Персей. PostgreSQL-совместимая СУБД с корпоративными и сертифицированными редакциями, дополнительными средствами защиты и механизмами высокой доступности, включая кластер «Атлант». После приобретения прав компанией «Тантор Лабс» в августе 2026 года рассматриваю «Персей» как отдельную технологическую линию внутри нового правообладателя, а не независимого конкурента Tantor. Для существующих клиентов важен дальнейший жизненный цикл продукта.
RuDB. Российский PostgreSQL-совместимый проект, развиваемый Ассоциацией разработчиков СУБД. Открытая модель распространения делает его интересным для изучения, небольших систем и пилотов. Однако длительная промышленная эксплуатация, устойчивость команды сопровождения и доступность специализированных инструментов требуют дополнительной оценки.
Arenadata Postgres. Прежняя транзакционная линия Arenadata, известная как ADPG. После изменения стратегии основным коммерческим предложением стала Arenadata Prosperity. ADPG продолжает использоваться в отдельных сценариях и существующих проектах, но для новой критичной системы необходимо учитывать завершение коммерческого жизненного цикла.
Российские защищённые и специализированные реляционные СУБД
ЛИНТЕР. Семейство отечественных СУБД компании РЕЛЭКС с длительной историей собственной разработки. ЛИНТЕР БАСТИОН и ЛИНТЕР СОКОЛ ориентированы в том числе на защищённые и специализированные информационные системы. Собственное ядро представляет технологическое преимущество, но сравнительно узкая экосистема ограничивает привлекательность для универсальных корпоративных проектов.
Лира-Р. Российская PostgreSQL-совместимая СУБД НППКТ, применяемая в специализированных информационных системах. В основной рейтинг не включаю из-за недостатка публичной технической информации и независимого опыта крупных корпоративных внедрений.
СИНЕРГИЯ-БД. СУБД, связанная со специализированной российской платформой управления жизненным циклом изделий. Продукт интересен промышленным и защищённым информационным системам, но самостоятельную конкурентоспособность вне прикладной экосистемы требуется оценивать отдельно.
Цирцея.БД. Российская СУБД разработчика «РТ Лабс», получившая сертификат ФСТЭК №5028 в 2026 году. Открытых сведений о функциональности, архитектуре и длительной независимой эксплуатации недостаточно для полноценного рейтинга.
NitrosBase SQL. Отечественная СУБД с собственными механизмами хранения и SQL-интерфейсом, включая отдельные элементы совместимости с Transact-SQL. Представляет интерес для специализированных приложений. Ограниченный объём актуальной публичной эксплуатационной информации не позволяет уверенно сравнивать её с основными корпоративными PostgreSQL-платформами.
CronosPRO. Российская инструментальная СУБД для работы с разнородными данными и специализированными информационно-аналитическими системами. Продукт использует собственную модель организации информации и ориентирован на задачи, отличающиеся от обычной OLTP и MPP-аналитики.
Новые российские аналитические и распределённые платформы
В данном направлении появляются технологии, которые могут изменить конкуренцию в ближайшие годы. Но свежий релиз и современная архитектура ещё не доказывают эксплуатационную зрелость.
Postgres Pro AXE. Один из наиболее интересных новых продуктов 2026 года. Аналитическая СУБД позволяет использовать PostgreSQL для колоночной и гибридной обработки данных. В октябре вышла версия 2.0, расширившая работу с аналитическими таблицами через привычные SQL-команды, включая CREATE TABLE, INSERT, UPDATE и DELETE. Поддержка Parquet и интеграция с Postgres Pro делают AXE интересной для организаций, которые хотят развивать OLAP внутри знакомой PostgreSQL-инфраструктуры. Потенциал высокий, но короткая история публичных релизов пока не позволяет поставить продукт на одну шкалу зрелости с давно эксплуатируемыми аналитическими СУБД.
Tengri Data Platform. Российская аналитическая платформа Postgres Professional с архитектурой разделения вычислений и хранения, объектными хранилищами и современными форматами данных. Подходит для lakehouse-сценариев и крупных аналитических контуров. Продукт включён в реестр российского ПО, однако для оценки необходимо отдельно изучать зрелость вычислительного движка, инструментов управления и конкретной промышленной конфигурации. Потенциал высокий при недостаточной публичной базе независимого опыта.
Arenadata Hyperwave. Платформа Data Lake и Lakehouse, развивающая прежнее Hadoop-направление Arenadata. В 2026 году появились дополнительные возможности работы с Apache Iceberg, StarRocks и Paimon. Продукт представляет интерес для построения гибридных аналитических платформ, но не является прямой заменой одной транзакционной СУБД.
CedrusData. Российская аналитическая платформа на основе Trino с собственными доработками, предназначенная для федеративных запросов и lakehouse-архитектур. В 2026 году развитие продукта оказалось связано с направлением дата-сервисов VK Tech. Главное достоинство заключается в работе с разнородными источниками без обязательной полной консолидации данных. Продукт относится скорее к распределённым аналитическим SQL-движкам, чем к классическим системам хранения.
Platform V DataMarts. Аналитическая СУБД СберТеха для оперативной обработки данных и BI-нагрузок. Развивается в составе Platform V и представляет интерес для заказчиков, использующих экосистему производителя. Для рейтинга колоночных систем пока недостаточно открытых независимых эксплуатационных данных и сопоставимых технических испытаний.
Platform V Ocean DB. Новая распределённая СУБД СберТеха, также известная как «О.К.Е.А.Н.». Продукт появился в реестре российского ПО в мае 2026 года и предназначен для хранения больших объёмов данных и масштабирования SQL-нагрузок. Система имеет собственную продуктовую документацию и развивается в нескольких версиях. Архитектурный потенциал интересен, но молодость платформы не позволяет пока оценить её наравне с YDB, Shardman и Picodata.
Platform V DataGrid. Распределённая система обработки данных в памяти, предназначенная для высоконагруженных приложений. Относится к другому классу хранилищ и требует сравнения с in-memory и распределёнными key-value платформами.
RT.KeyValue. Российская распределённая NoSQL-система TData для высоконагруженного хранения данных. Продукт интересен приложениям с соответствующей моделью доступа и интеграцией с платформой TData, но не должен оцениваться по функциональности традиционных реляционных СУБД.
Haribda. Российская разработка в сегменте распределённых хранилищ. Публичных технических материалов и проверяемых сведений о текущей промышленной эксплуатации недостаточно для числовой оценки. Перед включением в закупочный список необходимо дополнительно подтвердить актуальный статус продукта и условия сопровождения.
Какие проблемы выявляет практический опыт российских СУБД
Публичные внедрения и нагрузочные испытания показывают, что большинство зрелых российских продуктов способны выполнять серьёзные корпоративные задачи. Но успешное внедрение в одной организации не превращает конкретную СУБД в универсальную замену зарубежной платформы.
На нагрузке 1С различия проявляются не там, где ожидают
В 2026 году проводились сравнительные испытания российских PostgreSQL-совместимых СУБД с нагрузкой 1С:ERP, имитировавшей работу тысячи пользователей, фоновых заданий, HTTP-запросов и интеграций. В тестировании участвовали Postgres Pro Enterprise, Pangolin, Tantor, Arenadata Prosperity, Nexign Nord, обычный PostgreSQL и Microsoft SQL Server.
Практическая ценность подобных проверок заключается не в универсальном объявлении победителя. Для конкретной конфигурации различия определяют планировщик запросов, настройка инфраструктуры, работа с временными таблицами и поведение конкурентных операций. Результаты одного стенда нельзя автоматически переносить на все корпоративные базы 1С.
Организации могут изучить методику нагрузочного тестирования и адаптировать сценарии под собственную конфигурацию. Для практического выбора полезнее повторить несколько характерных бизнес-операций на своих данных, чем ориентироваться на общий рейтинг производительности.
Совместимость с Oracle редко означает миграцию без изменений
Даже глубокая поддержка PL/SQL не гарантирует полную совместимость Oracle. Приложения могут зависеть от нестандартного поведения SQL, порядка фиксации транзакций, внутренних пакетов, планов выполнения и особенностей блокировок.
Поэтому обещание перенести приложение без переписывания кода требует конкретной проверки. Я бы оценивал процент автоматически перенесённых объектов, трудоёмкость ручных изменений, результаты регрессионных тестов и фактическое время выполнения бизнес-операций.
Новые функции способны усложнить обновления
Коммерческие СУБД всё активнее используют дополнительные расширения, графические консоли, менеджеры кластеров и сервисы автоматического резервного копирования. Такие инструменты помогают эксплуатации, но одновременно создают зависимости между версиями.
Обновление PostgreSQL-ядра, системы управления и механизмов безопасности не всегда можно выполнять независимо. При проектировании жизненного цикла необходимо учитывать матрицу совместимости всех компонентов и заранее проверять процедуру отката.
Сертификация может ограничивать выбор версии
Для регулируемых организаций возникает отдельный конфликт. Самый новый релиз часто содержит полезные исправления и функции, но сертифицированное исполнение может использовать более раннюю ветку.
Решение заключается не в автоматическом выборе последней версии и не в отказе от обновлений. Необходимо заранее составить согласованную политику сопровождения сертифицированной конфигурации и проверить сроки выпуска исправлений безопасности.
Что проверить на пилоте российской СУБД
Для критичных систем я рекомендую использовать реальную схему базы данных, типичные SQL-запросы, близкий к производственному объём информации и воспроизводимый профиль нагрузки. Сравнение исключительно по синтетическому TPS почти ничего не говорит о пригодности продукта.
| Проверка | Как проводить | Что получить |
|---|---|---|
| Совместимость SQL | Запустить существующие процедуры, триггеры, запросы и клиентские приложения | Долю успешно выполненных сценариев и объём доработок |
| Производительность | Воспроизвести обычную и пиковую нагрузку | TPS, p95/p99 задержек, загрузку CPU, памяти, дисков и сети |
| Конкурентная работа | Запустить массовые записи, обновления, блокировки и длинные транзакции | Частоту deadlock, задержки и корректность результатов |
| Отказ узла | Остановить основной сервер во время интенсивной записи | Фактические RTO и RPO, поведение приложений |
| Потеря сети | Имитировать разделение кластера между площадками | Поведение кворума, согласованность данных, отсутствие split-brain |
| Восстановление | Выполнить полный и точечный возврат данных | Время восстановления и проверенную целостность базы |
| Обновление версии | Обновить поддерживаемый релиз на целевую версию | Время простоя, совместимость расширений и возможность отката |
| Безопасность | Проверить роли, аудит, шифрование, доступ администратора и политики безопасности | Выполнение требований проекта и полноту журналов |
| Масштабирование | Увеличить число узлов при неизменном профиле запросов | Реальный прирост производительности и накладные расходы |
| Техническая поддержка | Открыть заранее согласованные обращения разной критичности | Время реакции, качество диагностики и результат решения |
Особые проверки при миграции с Oracle и Microsoft SQL Server
Дополнительно следует протестировать хранимые процедуры, пакеты, временные таблицы, курсоры, последовательности, пользовательские типы данных, обработку исключений, триггеры и динамический SQL. В отдельных проектах несовместимость одной критичной процедуры может потребовать значительной переработки приложения.
Для Microsoft SQL Server необходимо отдельно проверять T-SQL, работу с транзакциями и клиентскими протоколами. Для Oracle большое значение имеют PL/SQL, пакеты, автономные транзакции и поведение сложных процедурных конструкций.
Особые проверки для распределённых СУБД
В YDB, Shardman и Picodata я бы отдельно тестировал перекос нагрузки между шардами, операции изменения топологии, потерю площадки, транзакции между узлами и работу системы при сетевых задержках.
Рост числа серверов не всегда повышает производительность. Если большая часть запросов обращается к одним и тем же данным или требует координации между узлами, дополнительная инфраструктура может увеличить задержки.
Особые проверки для аналитических СУБД
Для Arenadata DB, QuickMarts, RT.Warehouse и RT.WideStore ключевыми тестами станут параллельная загрузка, сложные соединения, большие группировки, компрессия, конкурентная отчётность, распределение данных и восстановление сегментов.
Системы с колоночным хранением следует испытывать на фактическом профиле изменения данных. Преимущество при больших агрегатах не обязательно сохраняется при частых точечных обновлениях.
Сертификация и требования регуляторов
Наличие сертификата ФСТЭК важно для регулируемых информационных систем, но не означает автоматического выполнения требований 152-ФЗ, законодательства о КИИ или всех норм для государственных информационных систем.
Перед закупкой необходимо проверить версию, исполнение, срок действия сертификата, условия применения и состав защитных механизмов в официальном реестре. Отдельно нужно убедиться, что используемая ОС, средства резервного копирования, инструменты управления и конфигурация кластера соответствуют требованиям конкретного проекта.
Мой выбор российских СУБД для разных задач
Для практического выбора я бы начинал не с общего балла, а с характера данных, требований к доступности, объёма миграции и доступных инженерных компетенций.
| Задача | Первый выбор | Альтернативы для пилота | Основание |
|---|---|---|---|
| Универсальная корпоративная OLTP | Postgres Pro Enterprise | Pangolin, Tantor | Зрелое ядро и широкая экосистема |
| Банковские высоконагруженные системы | Platform V Pangolin | Postgres Pro, Jatoba | Специализированные оптимизации и средства безопасности |
| Большой парк PostgreSQL | Tantor Postgres | Postgres Pro, Pangolin | Централизованное управление и мониторинг |
| Защищённые корпоративные системы | Jatoba | Postgres Pro Certified, Tantor Certified | Расширенные механизмы защиты |
| Миграция с Oracle и Microsoft SQL Server | Digital Q.DataBase | Postgres Pro, Pangolin | Поддержка нескольких SQL-диалектов |
| Корпоративная 1С | Tantor SE 1C | Postgres Pro Enterprise, Pangolin | Специализированные оптимизации |
| OLTP в платформе Arenadata | Arenadata Prosperity | Postgres Pro, Tantor | Совместимость с собственной экосистемой данных |
| Телекоммуникационные приложения | Nexign Nord | Postgres Pro, Pangolin | Отраслевая инженерная экспертиза |
| Крупное корпоративное DWH | Arenadata DB | RT.Warehouse | MPP-архитектура и развитие Greengage |
| Быстрые аналитические витрины | Arenadata QuickMarts | RT.WideStore, Platform V DataMarts | Колоночная аналитика |
| Гибридные OLTP и OLAP в PostgreSQL | Postgres Pro AXE | Arenadata Prosperity с pg_duckdb | Новые возможности аналитики в реляционной среде |
| Новые распределённые SQL-сервисы | YDB | Shardman, Picodata | Горизонтально масштабируемая архитектура |
| Распределённая PostgreSQL-совместимая обработка | Postgres Pro Shardman | Picodata, YDB | Связь с реляционной экосистемой |
| Высокопроизводительное NoSQL-хранилище | Tarantool DataBase | Picodata и профильные NoSQL | Специализированная обработка данных |
| Приложения на Firebird | РЕД База Данных | Миграция на PostgreSQL при необходимости | Совместимость существующей прикладной архитектуры |
Прогноз российского рынка СУБД на 2027-2029 годы
Российские разработчики уже сформировали конкурентный рынок, но следующий этап будет существенно сложнее первоначального импортозамещения. Заказчики начнут требовать не просто работоспособную замену иностранной СУБД, а предсказуемое развитие продукта, безопасные обновления, качественные эксплуатационные инструменты и возможность сохранять приложения без постоянной переработки.
PostgreSQL сохранит ведущую роль в корпоративных транзакционных системах
Ожидаю, что PostgreSQL-совместимые продукты останутся основой новых российских OLTP-проектов. Сформированная экосистема разработчиков, инструментов и приложений создаёт серьёзное преимущество перед новыми самостоятельными движками.
Однако конкуренция внутри PostgreSQL-сегмента усилится. Postgres Pro будет опираться на инженерную глубину и зрелость, Pangolin на высоконагруженные корпоративные сценарии, Tantor на управление и специализированные редакции, Jatoba на безопасность, Digital Q.DataBase на совместимость с зарубежной логикой.
Считаю вероятным постепенное увеличение технологических различий между коммерческими ветками PostgreSQL. Для заказчика особую ценность приобретут переносимость приложений, совместимость расширений и предсказуемость обновлений.
Рынок управления базами данных будет расти быстрее числа новых движков
Разработка ещё одной PostgreSQL-совместимой СУБД перестаёт быть достаточным конкурентным преимуществом. Крупным организациям нужны средства централизованного управления сотнями экземпляров, автоматизации резервного копирования, диагностики проблем и обновления кластеров.
Поэтому ожидаю активного развития платформ эксплуатации и интеллектуального мониторинга. Но реальные преимущества будут определяться не количеством ИИ-функций, а возможностью безопасно применять рекомендации, контролировать изменения и быстро восстанавливать работоспособность.
Распределённые SQL-СУБД продолжат развиваться, но не заменят обычные реляционные системы
YDB, Postgres Pro Shardman, Picodata и новые продукты могут расширить присутствие в сервисных архитектурах. Однако многие корпоративные приложения годами способны работать на обычных PostgreSQL-кластерах с репликацией и правильно настроенными ресурсами.
Распределённая СУБД оправдана прежде всего при реальной необходимости горизонтального масштабирования. В противном случае заказчик получает сложность распределённых транзакций и сетевой инфраструктуры без сопоставимой бизнес-выгоды.
На горизонте 2027-2029 годов считаю вероятным усиление конкуренции за удобство управления шардами, SQL-совместимость и способность выполнять транзакционные запросы без существенных накладных расходов.
Аналитика будет переходить к открытым форматам и разделению вычислений и хранения
Развитие Greengage, Postgres Pro AXE, Tengri Data Platform и Arenadata Hyperwave показывает движение российского рынка к архитектурам, в которых вычислительные движки могут работать поверх объектных хранилищ и открытых табличных форматов.
Ожидаю, что Apache Iceberg, Parquet и совместимые технологии станут всё более значимыми для корпоративных платформ данных. Заказчики будут стремиться уменьшать дублирование информации и избегать жёсткой зависимости от одного аналитического движка.
При этом MPP-СУБД сохранят преимущества в хорошо организованных корпоративных хранилищах, а колоночные системы останутся востребованы для быстрых витрин, логов и событийной аналитики.
Сертификация и реестровый статус перестанут быть достаточными аргументами
Наличие российской регистрации и сертификатов останется важным фактором для регулируемых организаций. Однако зрелые заказчики будут строже оценивать собственный вклад разработчика, историю исправлений, наличие специалистов и фактическую способность сопровождать технологию независимо от зарубежных проектов.
Простая локализация или пересборка открытого продукта будет давать всё меньше конкурентных преимуществ. Более устойчивые позиции получат компании, которые контролируют собственный цикл разработки, выпускают обновления, поддерживают инструменты миграции и способны разбирать сложные ошибки ядра.
Как изменятся позиции основных игроков
Я ожидаю сохранения Postgres Pro Enterprise среди лидеров корпоративных OLTP-СУБД. Продукт имеет сильную инженерную базу и широкую экосистему. Главным вызовом станет конкуренция по удобству управления и интеграции дополнительных функций.
Platform V Pangolin, вероятно, продолжит расширять внешнее корпоративное применение. Успех будет зависеть от количества независимых проектов и удобства сопровождения собственных доработок вне первоначальной банковской инфраструктуры.
Tantor может укрепить позиции благодаря Платформе Tantor и приобретённым технологиям «Персея». Но интеграция продуктовых линеек потребует дисциплины в управлении версиями и лицензированием.
Jatoba сохранит заметную специализацию на защищённых системах. Дополнительный рост возможен при расширении экосистемы и подтверждении эффективности встроенных механизмов защиты в крупных производственных средах.
Digital Q.DataBase имеет хорошие возможности в проектах миграции с Oracle и Microsoft SQL Server. Основным условием роста станет способность переносить сложную бизнес-логику с минимальными доработками не только в отдельных показательных проектах, но и в широком наборе приложений.
Arenadata Prosperity может усилить позиции внутри экосистемы Arenadata. Для дальнейшего развития необходимо обеспечить плавный переход клиентов ADPG и предсказуемое сопровождение новых версий.
Arenadata DB и QuickMarts, вероятно, сохранят сильные позиции в аналитике. Основной риск связан с усложнением современных аналитических архитектур и появлением более гибких lakehouse-решений.
YDB продолжит развиваться как самостоятельная распределённая платформа. Shardman будет интересна заказчикам PostgreSQL, которым требуется шардирование, а Picodata сохранит потенциал в специализированных высоконагруженных системах. Новая Platform V Ocean DB может стать серьёзным участником, но для подобного вывода потребуется накопить подтверждённый эксплуатационный опыт.
Итоги. Какие российские СУБД действительно стоит выбирать в 2026 году
Российский рынок СУБД уже предлагает полноценные инструменты для значительной части корпоративных задач. Но зрелость отдельных продуктов различается, а распространённость PostgreSQL-совместимых решений не должна создавать иллюзию полной взаимозаменяемости.
Для универсальной транзакционной нагрузки мой первый выбор остаётся Postgres Pro Enterprise. Platform V Pangolin и Tantor Postgres обязательно включил бы в сравнительный пилот. Для защищённых систем добавил бы Jatoba, а для сложной миграции с Oracle или Microsoft SQL Server отдельно проверил бы Digital Q.DataBase.
В аналитике наиболее сбалансированным вариантом для крупного MPP-хранилища считаю Arenadata DB, а для быстрых колоночных витрин Arenadata QuickMarts. Новая Postgres Pro AXE заслуживает внимания в проектах, где необходимо объединить транзакционную и аналитическую обработку на базе PostgreSQL, но пока требует осторожной оценки зрелости.
Для новых распределённых приложений я бы в первую очередь изучал YDB, Shardman и Picodata, выбирая между ними по требованиям к транзакциям, совместимости и масштабированию. Для специализированных высокопроизводительных сервисов отдельно рассмотрел бы Tarantool, а для существующих Firebird-приложений РЕД Базу Данных.
Главный вывод заключается в том, что российское происхождение и наличие сертификата больше не должны быть единственными критериями выбора. Определяющее значение приобретают зрелость ядра, качество сопровождения, сложность обновлений, доступность специалистов и способность продукта работать с реальной бизнес-нагрузкой на протяжении многих лет. Именно по таким характеристикам, а не по числу функций в презентациях, я ожидаю наиболее жёсткую конкуренцию российских СУБД в ближайшие годы.
