«День СУБД 2026» от «Диасофт»: нужно менять СУБД, а не приложения

Вторую конференцию «День СУБД 2026» открыл генеральный директор компании «Диасофт» Александр Глазков. Он раскрыл детали текущего этапа разработки СУБД в России, а также назвал главные мотивы компании «Диасофт» в реализации своих проектов.

Ситуация на российском рынке СУБД

Мотивы участников рынка СУБД в России определяет в первую очередь регуляторика, отметил спикер. Она подталкивает разработчиков развивать технологический суверенитет, а заказчиков осуществлять переход на отечественное ПО. Однако идеальная задача имеет много особенностей, которые необходимо принимать во внимание.

Александр Глазков открыл вторую конференцию «День СУБД 2026»
Фото: Игорь Новиков / ICT-Online.ru

Исторически сложилось, что большинство компаний наметили переход на СУБД на основе PostgreSQL. Но путь оказался непростым. «Необходимо учитывать, что базовые технологии PostgreSQL закладывались еще 30 лет назад. Ядро PostgreSQL во многом имеет признаки использования устаревших, legacy-подходов. Этот уровень уже не соответствует инновациям, которые продолжают внедрять Microsoft и Oracle. Необходимо выбирать другие решения», отметил спикер.

«При этом на рынке накоплен огромный объем прикладного кода под Oracle и Microsoft SQL Server. Его объемы исчисляются миллиардами строк кода, перезапись которого для многих участников рынка – неподъемная задача», — отметил Александр Глазков.

Это подтверждает статистика: «После переноса регулятором сроков обязательного перехода на отечественную СУБД уже 6,5% участников российского рынка вернулись на прежние продукты».

Главные ориентиры развития разработки СУБД в «Диасофт»

Для понимания причин выбора направлений развития разработки СУБД в «Диасофт» Александр Глазков назвал главные ориентиры компании.

Первая цель – создать решение, который позволит бизнес-компаниям переходить на отечественную СУБД PostgreSQL (в виде его форка Digital Q.DataBase) без переписывания ранее созданного прикладного ПО. Этот путь должен обеспечить поддержку нативного набора функций СУБД и возможность дополнения его инновациями (горизонтальное масштабирование, поддержка ИИ и пр.)

Вторая цель – предложить российскому рынку, прежде всего в сегменте КИИ, надежное решение, позволяющее устранить риски неизбежного возникновения неучтенных ошибок, которые всегда появляются на практике при переходе на новые СУБД. Единственный выход в такой ситуации - временный откат на прежнюю СУБД. Но в нынешних условиях, когда российские заказчики выбирают в Реестре то или иное решение, он является нередко проблематичным. Требования катастрофоустойчивости, обязательные для КИИ, сейчас практически не реализуемы в реальной жизни Это заставляет компании идти на половинчатые решения, а фактически - имитировать процесс, ожидая появления надежной СУБД.

Третья цель – развитие национальной СУБД RuDB силами некоммерческой Ассоциации разработчиков СУБД. RuDB представляет собой эталонную сборку PostgreSQL с доработками, адаптированными под требования российского рынка, регуляторов и заказчиков..

Такая СУБД необходима многим российским компаниям, особенно в сегменте среднего и малого бизнеса, которые также обязаны выполнять требования регулятора. Сейчас они нередко вынуждены выбирать бесплатное Open Source СУБД. В нем также встречаются уязвимости, а жизненный цикл их исправлений не налажен. Долгосрочное развитие этих СУБД также не гарантировано.

Ситуация с выбором СУБД не является уникальной. По аналогичному пути идет Китай, который также строит технологический суверенитет.

Ландшафты развития СУБД в России и Китае сравнил в своем выступлении Дмитрий Кузнецов, руководитель стратегического направления СУБД Ассоциации разработчиков СУБД. Он отметил, что в Китае для этих целей государство поддерживает развитие национальной бесплатной СУБД openGauss, которая представлена в версиях долгосрочной поддержки (версия LTS) и инноваций (версия RCx). В основе используется PostgreSQL.

Дмитрий Кузнецов сравнил ландшафты развития СУБД в России и Китае
Фото: Игорь Новиков / ICT-Online.ru

Этап развития Diasoft DataBase Adapter

Идея перехода с Oracle на PostgreSQL возникла в «Диасофт» еще в 2014 году, когда компания запустила проект по созданию специального инструмента Diasoft DataBase Adapter. Он должен был позволить сохранить работоспособность ранее созданных прикладных программ путем преобразования кода в инструкции, поддерживаемые PostgreSQL.

Готовый инструмент появился на рынке в 2016 году.

Однако с накоплением практического опыта в «Диасофт» пришло понимание общей проблемы такого решения: сохранить производительность и 100% работоспособность на прежнем уровне Oracle оказалось затруднительно. Даже при полной поддержке синтаксиса версия с адаптером сильно уступала Oracle, отметил Илья Лебедев, руководитель команды «Поддержка PL/SQL» компании «Диасофт».

После этого стало понятно, что полноценная совместимость может быть достигнута только за счет переработки ядра классической версии PostgreSQL. В результате была запущена разработка Digital Q.DataBase, а ее первый релиз появился в 2021-2022 гг.

Шесть классов задач, которые удалось решить после создания СУБД Digital Q.DataBase
Фото: Игорь Новиков / ICT-Online.ru

СУБД Digital Q.DataBase и универсальный «Полиглот»

Российскому рынку был необходим не адаптер, а универсальная платформа для полноценной поддержки СУБД.

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

Результатом разработки стала функциональность «Полиглот» в СУБД Digital Q.DataBase. В настоящее время он умеет обрабатывать запросы на следующих диалектах: PL/pqSQL (PostgreSQL), T-SQL (MS SQL Server) и PL/SQL (Oracle). Ожидается также скорый выход поддержки MySQL.

Илья Лебедев назвал уникальные особенности «Полиглота»
Фото: Игорь Новиков / ICT-Online.ru

С точки зрения архитектуры «Полиглот» содержит три модуля. Все они работают на одном ядре с общими сервисными процессами, in-memory-подсистемой, и колоночным хранилищем. Модуль Pearl понимает диалекты и запросы PostgreSQL; модуль Marble поддерживает транспортный протокол и встроенные функции MS SQL; модуль Onyx предоставляет собственный драйвер JDBC и замену OCI.

Детальную архитектуру выстроенного механизма представил Андрей Жуйков, руководитель направления СУБД компании «Диасофт».

В новой версии Digital Q.DataBase 18.2 запрос попадает в соответствующий модуль по определенному порту. Там он проходит обработку через серверный бэкенд со своим парсером, мутатором, планировщиком, оптимизацией и исполнением. В каждом модуле есть собственный набор расширения функционального ядра для поддержки системных функций работы с базой данных. Для работы с памятью и управлением хранилищем применяется механизм их совместного использования между всеми модулями.

Андрей Жуйков представил архитектуру новой версии СУБД Digital Q.DataBase 18.2
Фото: Игорь Новиков / ICT-Online.ru

На текущий момент реализована совместимость с поддержкой SQL в PostgreSQL на уровне 100%. Поддержка для MS SQL и Oracle Database пока является частичной – 98% и 84%, соответственно.

Достигнутый уровень совместимости с MS SQL составляет уже 98%
Фото: Игорь Новиков / ICT-Online.ru

Важным достижением в разработке Digital Q.DataBase стало создание инструмента для автоматизации переноса форм, кнопок, событий и триггеров из инфраструктуры Oracle Forms в веб-приложение на Go, совместимое с Digital Q. Это появилось благодаря отделению бизнес-логики Oracle Forms с анализом исходного кода и воспроизведением существующих экранов, полностью отражающих во всех деталях исходную бизнес-логику.

Пока остаются незакрытыми отдельные сценарии обработки и экзотические конструкции, которые встречаются у конкретных заказчиков, обратил внимание Илья Лебедев. Их список общедоступен. Появление таких артефактов – это естественный процесс. Преодолевая трудности, можно постепенно поднимать общий уровень совместимости продуктов.

Методология перехода заказчиков на СУБД Digital Q.DataBase
Фото: Игорь Новиков / ICT-Online.ru

Как отметил Илья Лебедев, уже более трети ведущих российских банков (Top 30) используют СУБД Digital Q.DataBase в своей операционной деятельности.

Удастся ли догнать Oracle Database и Microsoft SQL Server?

Идея построения технологического суверенитета не является исключительно российским явлением. В качестве примера назовем южнокорейских автопроизводителей Hyundai Motor и Kia Motors, которые приняли в 2019 году решение сменить поставщика основной СУБД с Oracle на Tmax Data от корейского разработчика.

Этот шаг стал частью стратегии компаний по диверсификации СУБД. Свою цель они обозначили так: основная часть вычислений для поддержки глобальной ИТ-инфраструктуры должна приходиться на СУБД от национального вендора, а под Oracle отводятся только задачи поддержки планирования ресурсов предприятия (ERP). На долю Open Source СУБД допускается не более 20% от общего объема вычислений.

Впрочем, российский рынок имеет свои отличия. Илья Лебедев также подтвердил, что уже 6,5% компаний, которые раньше перешли на PostgreSQL, уже «откатились» обратно на прежний «западный» вариант, прежде всего из-за высоких трудозатрат на поддержку PostgreSQL.

Как отметил Илья Лебедев, разработкой собственной СУБД занимаются в настоящее время более 60 российских компаний. В такой ситуации выбор «ванильной» версии PostgreSQL для замены СУБД не может рассматриваться крупным бизнесом как надежный вариант. Практически 80% работ, выполняемых каждым вендором по поддержке своих решений на PostgreSQL, являются дублями для различных «форков». Создать единственное эталонное решение в такой ситуации невозможно.

Вендорам приходится параллельно работать над внедрением каждой новой мажорной версии PostgreSQL, обновлять одни и те же уязвимости после их обнаружения, проводить тестирование, сертификацию, составлять документацию. Фактически только 20-25% проводимых ими работ являются уникальными.

«В таком режиме догнать Oracle и Microsoft SQL Server реально невозможно», — делает вывод Илья Лебедев.

Российская национальная СУБД RuDB

В «Диасофт» считают, что России нужна собственная национальная СУБД уровня Enterprise.

Она была анонсирована на первой конференции «День СУБД 2026» в апреле 2026 г. Это - бесплатная СУБД RuDB v.1.0.

В ее основу легла эталонная сборка PostgreSQL18.2, и сразу было обеспечено соответствие требованиям ФСТЭК:

• обработка ПДн в соответствии с ФЗ 152;
• допустимость применения на ЗОКИИ;
• совместимость с российскими прикладными решениями через встроенные функции поддержки DBMS и UTL-пакетов;
• наличие сертификата ФСТЭК по 4 уровню доверия.

Для развития RuDB общими усилиями российских разработчиков было создано некоммерческое объединение «Ассоциация разработчиков СУБД». Ее учредителями выступили компания «Диасофт» и АО «НППКТ» (разработчик СУБД «Лира-Р» и ОС «Основа»).

Отличительные особенности национальной СУБД RuDB
Фото: Игорь Новиков / ICT-Online.ru

В настоящее время Ассоциация открыта для приема новых членов и взаимодействия с заказчиками, государством. Ожидается, что в перспективе в нее войдет ряд российских вендоров СУБД, что позволит повысить эффективность их разработки за счет объединения усилий с другими членами Ассоциации.

Планы на дальнейшее развитие

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

Для таких конфигураций СУБД должна поддерживать горизонтальное масштабирование на несколько серверов. Для этого требуется переход на новый класс NewSQL, где будет поддержка создания кластера из нескольких узлов СУБД, работающих совместно как единое целое. Только при таком подходе можно обеспечить полноценное решение задач масштабируемости и производительности.

По мнению Ильи Лебедева, класс NewSQL станет массовым на российском рынке уже через 3-4 года. Поэтому поддержка NewSQL является для разработчиков «Диасофт» сейчас важной частью развития своих СУБД.