惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

腾讯CDC
Microsoft Azure Blog
Microsoft Azure Blog
L
LangChain Blog
Y
Y Combinator Blog
Microsoft Security Blog
Microsoft Security Blog
宝玉的分享
宝玉的分享
B
Blog RSS Feed
MongoDB | Blog
MongoDB | Blog
Jina AI
Jina AI
D
Docker
B
Blog
Engineering at Meta
Engineering at Meta
Last Week in AI
Last Week in AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
I
InfoQ
G
Google Developers Blog
博客园 - Franky
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
The GitHub Blog
The GitHub Blog
T
The Blog of Author Tim Ferriss
大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
U
Unit 42

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Почему исследование ЛАНИТ – большой шаг вперед для россий...
Компания Диасофт · 2026-06-25 · via Все публикации подряд на Хабре

Почему исследование ЛАНИТ – большой шаг вперед для российского рынка СУБД

5 мин

0

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

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

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


Почему рейтинги по выручке давно перестали работать

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

Очевидно, что сравнение подобных продуктов исключительно по выручке начинает отражать скорее коммерческую модель, чем уровень технологий.

Это особенно актуально для российского рынка, где многие разработчики делают ставку на свободное распространение продуктов, пилотные внедрения и Community-версии.

Поэтому сам факт появления технического исследования выглядит значительно более полезным для заказчиков, чем очередной рейтинг по объему продаж.


Что особенно понравилось

ЛАНИТ не стал выбирать победителя исключительно по одному параметру. Вместо этого исследование рассматривает различные аспекты современных СУБД:

  • архитектуру,

  • совместимость,

  • миграцию,

  • безопасность,

  • разработку,

  • эксплуатацию,

  • инструменты администрирования,

  • возможности интеграции,

  • современные функции.

Именно такой подход позволяет увидеть реальные сильные стороны каждого продукта. На наш взгляд, это самое важное достижение исследования.

Как разработчики Digital Q.DataBase мы, конечно, внимательно изучили разделы, посвященные нашему продукту.

Было приятно увидеть, что исследование отметило сильные стороны платформы в тех направлениях, развитию которых команда уделяет особое внимание:

  • совместимость с Microsoft SQL Server;

  • поддержку Oracle-диалекта;

  • средства миграции;

  • инструменты разработки;

  • многодиалектную архитектуру.

Многие из этих направлений действительно являются ключевыми для Digital Q.DataBase, поскольку основная задача платформы — максимально упростить переход существующих корпоративных систем с Oracle Database и Microsoft SQL Server без дорогостоящего переписывания прикладного кода.

Это соответствует архитектурной концепции продукта, основанной на поддержке нескольких SQL-диалектов, включая PL/pgSQL, T-SQL и PL/SQL.


Но во время чтения возникло несколько вопросов...

Именно вопросов. Поскольку исследование получилось очень масштабным, совершенно естественно, что некоторые моменты хотелось бы обсудить подробнее.

Вопрос первый. Oracle-пакеты

Одним из наиболее интересных разделов исследования стала оценка совместимости с Oracle. Однако именно здесь возник вопрос к методике подсчета.

Согласно официальной документации Digital Q.DataBase, в продукте реализована совместимость с 56 пакетами Oracle, включая семейства DBMS_* и UTL_*. Разумеется, само по себе количество пакетов не является показателем качества совместимости. Намного важнее полнота реализации каждого из них. Однако если исследование использует количественные критерии сравнения, важно понимать, каким образом эти показатели рассчитывались. Для сравнения, в классическом PostgreSQL подобных пакетов нет вовсе.

Во многих российских PostgreSQL-дистрибутивах базовая совместимость обеспечивается за счет использования расширения orafce, которое реализует лишь ограниченный набор наиболее востребованных возможностей Oracle — порядка пяти пакетов.

В то же время Postgres Pro, являясь одним из наиболее известных российских форков PostgreSQL, согласно открытой документации поддерживает 12 Oracle-пакетов.

Поэтому хотелось бы лучше понять методику исследования. Каким образом производился подсчет? Какие пакеты учитывались? Учитывались ли полностью реализованные пакеты или отдельные функции внутри них? Какая дата фиксации использовалась? Ответы на эти вопросы сделали бы результаты исследования еще более прозрачными.

Вопрос второй. Версии продуктов

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

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

Вопрос третий. Критерии

Исследование ЛАНИТ стало большим шагом вперед именно потому, что сравнивает технологии.
При этом основное внимание в исследовании уделено именно сравнению технических возможностей продуктов. Возможно, в будущих версиях стоит добавить еще несколько объективных критериев.

Например:
• количество успешных миграционных проектов;
• масштаб фактического использования продукта;
• скорость развития продукта;
• частоту выпуска новых версий;
• открытость бесплатных редакций;
• полноту документации.

Такие показатели не заменят техническое сравнение, но позволят лучше понять зрелость каждой платформы и ее готовность к использованию в реальных проектах.


Почему это важно именно сейчас

Российский рынок СУБД находится в уникальной ситуации. Практически все разработчики активно развивают свои продукты. Каждые несколько месяцев появляются новые возможности, растет совместимость с Oracle и Microsoft SQL Server, совершенствуются инструменты миграции, появляются новые средства администрирования и разработки. В таких условиях регулярные технические исследования становятся значительно полезнее любых коммерческих рейтингов.


Вместо заключения

Главная ценность исследования ЛАНИТ заключается вовсе не в том, какая СУБД получила на несколько баллов больше другой. Настоящая ценность — в смене самого подхода.

Впервые предметом обсуждения стали не объемы продаж, не маркетинговые бюджеты и не финансовые показатели компаний, а реальные технические возможности продуктов. Нам кажется, именно этого российскому рынку не хватало уже много лет.

Да, отдельные оценки могут вызывать вопросы. Да, методика наверняка будет совершенствоваться. Да, производители неизбежно будут спорить по отдельным пунктам. Но это абсолютно нормальный процесс для любого зрелого отраслевого исследования.

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

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

Появление подобного исследования стало бы важным дополнением к уже существующим отраслевым инициативам и могло бы стать надежной аналитической основой для принятия технических и стратегических решений.

Хочется верить, что работа ЛАНИТ станет первой из серии подобных сравнений, которые будут регулярно обновляться, обсуждаться профессиональным сообществом и совершенствоваться вместе с развитием российских СУБД.

Исследование ЛАНИТ: https://www.cnews.ru/projects/2026/Rossijskie_SUBD_na_baze_PostgreSQL_sravnili