«Диасофт» расширил возможности Digital Q.DataBase: российская СУБД исполняет код Oracle, MS SQL и PostgreSQL без переписывания
Компания «Диасофт» представила крупное обновление СУБД Digital Q.DataBase. В систему встроен механизм «Полиглот», позволяющий напрямую запускать запросы и процедурный код, написанные на диалектах PL/SQL (Oracle), T-SQL (Microsoft SQL Server) и PL/pgSQL (PostgreSQL). По замыслу разработчика, это снимает ключевые барьеры при миграции с зарубежных СУБД, сокращая сроки, стоимость и риски перехода на отечественную платформу.
Главная идея «Полиглота» — максимально бережная миграция: существующий SQL-код прикладных систем, рассчитанный на Oracle и MS SQL Server, может исполняться в Digital Q.DataBase без переработки. Организации сохраняют привычные бизнес-процессы и логику приложений, не затрагивая прикладную часть на первом этапе. В результате снижается необходимость оперативного привлечения больших команд разработчиков, а перенос баз данных и хранимых процедур становится предсказуемым по срокам.
По словам генерального директора «Диасофт» Александра Глазкова, заказчики ожидают не просто функционального аналога, а комплексного перехода на российскую СУБД с единым контуром ответственности, соответствием требованиям регуляторов и понятной экономикой владения. Digital Q.DataBase отвечает на этот запрос: смена платформы возможна без модификации кода приложений, что делает импортозамещение быстрее и рациональнее.
Техническая реализация «Полиглота» выполнена на уровне ядра СУБД. Диалекты SQL исполняются нативно — без промежуточной трансляции и дополнительных прослоек. Такой подход обеспечивает высокую производительность и семантическое соответствие при выполнении процедурного кода T-SQL и PL/SQL. Система поддерживает транспортный протокол TDS (для совместимости с Microsoft SQL Server) и эмулирует поведение Oracle Instant Client, что позволяет подключать приложения стандартными клиентскими библиотеками и сокращать объем подготовительных работ.
Руководитель продукта Digital Q.DataBase Алексей Татаринов отмечает, что ранее различия в синтаксисе, типах данных и поведенческих нюансах движков мешали оперативному переходу на независимые решения. В актуальной версии вопрос решен на архитектурном уровне: для крупных предприятий это означает сокращение миграционных проектов с многолетних дистанций до горизонта в несколько месяцев. По результатам октябрьских пилотных внедрений в организациях финансового и промышленного профилей заявленные показатели совместимости и производительности подтверждены, а сама система показала готовность к работе под высокой нагрузкой.
Чтобы упростить перенос, в комплект поставки включены мастер миграции данных и мастер верификации результатов. Оба инструмента работают с Oracle, Microsoft SQL Server и PostgreSQL, доступны в графическом интерфейсе и в командном режиме для автоматизации, используют многопоточную обработку и не требуют конвертации данных. Это позволяет минимизировать простои и снизить влияние миграции на производственные процессы.
Digital Q.DataBase включена в реестр российского ПО (запись № 15561 от 18.11.2022) и сертифицирована ФСТЭК России по 4 уровню доверия, что важно для компаний из регулируемых отраслей и заказчиков с повышенными требованиями к безопасности.
Что означает нативная поддержка диалектов на практике
- Oracle PL/SQL: поддерживаются хранимые процедуры, функции, триггеры, курсоры и пакетная логика. «Полиглот» учитывает особенности обработки исключений, работу с последовательностями, пакеты и встроенные функции.
- T-SQL (MS SQL Server): обеспечивается совместимость с типичными конструкциями транзакционного контроля, временными таблицами, специфическими функциями и планированием выполнения процедур.
- PL/pgSQL (PostgreSQL): поддерживается процедурная логика, что облегчает перенос смешанных ландшафтов, где присутствуют и Oracle/MS SQL, и PostgreSQL.
Как устроено подключение приложений
- Для клиентов MS SQL: благодаря поддержке TDS приложения могут подключаться к Digital Q.DataBase так, как если бы взаимодействовали с SQL Server. Это снижает зависимость от изменения драйверов и connection-строк.
- Для клиентов Oracle: эмуляция поведения Oracle Instant Client позволяет использовать привычные механизмы доступа и подключений, уменьшая интеграционные изменения на стороне приложений.
Типовой сценарий миграции
- Инвентаризация: фиксация всех зависимостей, объема хранимой логики, расписаний, внешних интеграций и специфичных фич (например, CLR, пространственные индексы, нестандартные типы).
- Пилотный перенос: использование мастера миграции для репликации данных и внедрения «Полиглота» для запуска процедурного кода без переписывания. Запуск в тестовом контуре с эталонными нагрузками.
- Верификация: мастер проверки сравнивает согласованность данных, поведение процедур, результаты запросов и время отклика.
- Поэтапный ввод в эксплуатацию: перенос сегментами или по микросервисным доменам с возможностью отката; контроль SLA и мониторинг метрик.
- Оптимизация: точечная адаптация отдельных узких мест — индексы, планы выполнения, настройки памяти и параллельности — при сохранении основной логики неизменной.
Преимущества для бизнеса
- Снижение TCO: миграция без переписывания кода сокращает стоимость проекта, риск ошибки и объем тестирования.
- Управляемые сроки: перенос упирается в организацию процесса, а не в масштаб переработок кода.
- Снижение технологической зависимости: возможность исполнять код разных диалектов уменьшает vendor lock-in и расширяет стратегию развития ИТ-ландшафта.
Ограничения и зоны внимания
- Экзотические конструкции и редкие расширения диалектов могут потребовать доработок или альтернативной реализации.
- Специфичные для платформ функции (например, агентные задания, интеграция с проприетарными сервисами, внешние CLR- или Java-расширения) переносятся по отдельному плану.
- Производительность зависит от правильной настройки окружения, схемы индексации и профиля нагрузки; рекомендуется этапная нагрузочная проверка.
Безопасность и соответствие
- Наличие сертификации ФСТЭК помогает выстраивать систему в контурах с повышенными требованиями, а единая точка ответственности упростит аудит и реагирование на инциденты.
- При переносе важно провести ревизию политик доступа, маппинг ролей и прав, а также верификацию журналирования и ретенции.
Эксплуатация и поддержка
- Наличие графических и консольных инструментов пригодно как для команд, предпочитающих визуальный контроль, так и для DevOps-подходов и автоматизации CICD.
- Многопоточность и отсутствие необходимости конвертации форматов данных ускоряют начальное наполнение целевой СУБД и сокращают окна переключения.
Производительность
- Нативное выполнение диалектов без промежуточной трансляции снижает накладные расходы и уменьшает расхождения в поведении кода.
- Для высоконагруженных систем рекомендуется предварительная калибровка параметров памяти, планировщика, разделение горячих и холодных наборов данных и корректная стратегия бэкапов.
Практические рекомендации для крупных организаций
- Стартовать с критичных, но изолируемых сервисов, чтобы быстро получить измеримый эффект и отработать методику.
- Сформировать «центр компетенций по миграции» из DBA, разработчиков и архитекторов, который будет тиражировать успешные практики на остальные системы.
- Использовать мастера верификации не только при первичном переносе, но и в ходе последующих релизов для регрессионного контроля.
Вектор развития ИТ-ландшафта
Появление «Полиглота» в Digital Q.DataBase меняет сам подход к импортозамещению: вместо длительной и дорогостоящей перекомпоновки приложений организации получают возможность быстро перенести ядро данных и процедурную логику, а затем постепенно оптимизировать и развивать систему уже на российской платформе. Такой маршрут снижает риски, ускоряет достижение целевых метрик и позволяет гибко управлять развитием инфраструктуры без жесткой привязки к одному вендору.
