Центр Управления, Служба Отчётов (аналог SSRS), Digital Q.CDC, Windows 10/11 (КЛИЕНТ), всё что с CLR - они все бесплатные.
Серверная часть: ALT11, ALSE 1.7, 1.8, REDOS 7.3, 8, UBUNTU 22.04 LTS, 24.04 LTS и конечно же Docker UBUNTU 22.04 LTS - тоже бесплатные до 4-х ядер для личного, коммерческого использования. Раньше было до 8-ми, сейчас пока сделали 4.
Однако, если вам нужно (по секрету скажу) на большее кол-во ядер, просто напишите нам на supportqdb@diasoft.ru и в свободной форме так и напишите, что мол ребята, дайте нам на N-кол-во ядер (лицензия по ядрам).
Ничего переустанавливать не нужно, вы просто подменяете xml-файл.
Для университетов, которые используют нашу СУБД (а таких ой как немало) мы даём специальную лицензию без каких-либо ограничений по ядрам.
Если же вопрос идёт о коммерческом использовании продукта, то цены у нас гораздо ниже конкурентов. Да и никто не пишет в открытую цену за ядро, так как все продают через дистрибьютеров и те берут процент. Ну и конечно же, скидка.
Тут как с Brent нефтью ) Есть американский WTI, есть русский Urals. И их цены будут ниже Brent, поскольку есть скидка. Но скидка это не постоянная константа, то есть она не фиксирована.
Тут точно так же: в зависимости от ваших потребностей скидка становится уникальной.
Совершенно обычный переговорный процесс на 10 минут в Zoom, Telemost.
II. У нас также есть и полностью бесплатный проект RuDB (национальная СУБД). Это не бесплатная версия Digital Q.DataBase. Он решает другую задачу.
RuDB (особенно для Oracle диалекта PL/SQL) использует готовую (сделанную нами) функциональность, но вам придётся адаптировать код. Например, если вы переписываете с PL/SQL на PL/pgSQL. Пакетный Oracle DBMS_AQ.ENQUEUE - становится функцией для PostgreSQL dbms_aq_enqueue.
В Digital Q.DataBase вы используете T-SQL, PL/SQL в том виде, в котором у вас изначально и было написан ваш прикладной код (в ядре на-лету) без какой-либо конвертации или адаптации кода.
Любой клиентский инструмент, использующий совместимый драйвер с поддержкой протокола TDS версии 7.1 и выше, способен подключаться к нашей СУБД Digital Q.DataBase (QDB).
Исключением являются случаи, когда используется API массового копирования (Bulk Copy API), который на данный момент не поддерживается.
Поддерживаемыми драйверами для подключения являются:
1. SQL Server Native Client 11.0. 2. Open Database Connectivity (ODBC) 3. OLEDB Provider/MSOLEDBSQL 4. JDBC версии 8.2.2 и выше (MS SQL-jdbc-8.2.2+) 5. Microsoft SqlClient Data Provider for SQL Server 6. .NET Data Provider for SQL Server 7. OLEDB Driver/SQLOLEDB
Ну то есть более чем достаточно, тот же DBeaver подхватывает сразу как стандартный Microsoft JDBC-драйвер. SSMS работает тоже с QDB без каких-либо специальных настроек.
Да, было дело мы хотели TNS, однако сделали некое другое дизайнерское решение. Сейчас взаимодействие с модулем Onyx, воспроизводящим функциональность Oracle Database осуществляется через PGWire с обвязкой по транспортному уровню.
Для этого у нас есть OCI.dll и jar и да естественно их версии тоже собираются под новый релиз qdb и пока, что выдаётся по запросу на supportqdb@diasoft.ru
Выполнять это нужно в модуле Onyx (модуль, воспроизводящий функциональность Oracle) на порту 1521 OCI и jar файл можем дать отдельно (Driver Settings - Libraries)
Marble — модуль, воспроизводящий функциональность Microsoft SQL Server;
Каждый модуль получил собственный серверный процесс бэкенда и собственный полный конвейер обработки запроса.
То есть запрос PostgreSQL приходит в Pearl и внутри Pearl проходит свой путь: парсер, мутатор, планирование, оптимизация и исполнение.
Oracle-совместимый запрос приходит уже в Onyx. У него свой менеджер соединений, свой серверный процесс, свой обработчик PL/SQL и свой конвейер выполнения.
То же самое происходит с T-SQL в Marble: TDS-клиент подключается к Marble, и дальше запрос обрабатывается уже внутри собственного серверного процесса этого модуля.
Скоро выложу видео с последнего нашего вибинара. Любые вопросы, пожалуйста.
Кстати, небольшой совет: помимо самой статьи ЛАНИТ, рекомендую заглянуть и в XLS сравнительную таблицу. В нём собрано почти 180 технических критериев сравнения российских СУБД - от поддержки Oracle PL/SQL, JSON_TABLE, Oracle Advanced Queuing, DBMS_LOB, TDE и AWR до возможностей SPLIT/MERGE секций, CDC, логической репликации и многих других функций.
Да, это будут три отдельные инсталляции продукта. При этом каждая из них разворачивается не в полной конфигурации, а только с необходимым функционалом. При необходимости нет никаких ограничений, чтобы разместить несколько модулей на одной виртуальной машине или в одном контейнере.
В QDB 17.4 и 18.1 архитектура выглядела следующим образом:
Диалект Oracle Диалект MS SQL ----> Единый backend Диалект PostgreSQL
С 18.2 (в распределенной инсталляции) теперь вот так:
VM1 (Pearl) PostgreSQL ↓ свой backend
VM2 (Onyx) Oracle ↓ свой backend
VM3 (Marble) T-SQL ↓ свой backend
Каждый продукт содержит собственный экземпляр конвейера обработки, хотя его внутренняя структура (парсер → планирование → оптимизация → исполнение) остаётся общей.
Здравствуйте, бесплатная версия доступна для скачивания с официального сайта https://database.diasoft.ru для личного и коммерческого использования и для образовательных целей. Там можно скачать с использованием личного кабинета или без регистрации, указав ФИО и e-mail. Лицензия до 8 ядер уже вшита в дистрибутив. Внутри вы также найдете как мануалы, так и дополнительные средства для создания кластера. Также при скачивании можно найти лицензионное соглашение, в котором есть пункт 3.2:
3.2. Конечному пользователю на безвозмездной основе предоставляется право воспроизведения неограниченного количества копий Программного Продукта на физических или виртуальных процессорных ядрах (не более 8 (восьми) ядер), придерживаясь условий Соглашения.
PS: не надо делить эти 8. Это просто право запускать все три субмодуля на тачке, где до 8 ядер.
Вы знаете, с момента перевода до даты выхода статьи прошло почти 3 месяца промышленной эксплуатации. Нагрузка на систему и решаемые задачи остались прежними. Никто не жаловался. Наоборот, некоторые операции чисто визуально стали быстрее. Понятно, что такая +-грубая оценка никак не замена строго проведенному нагрузочному тесту, но с другой стороны, было бы что плохое, оно бы уже вылезло. :)
Фраза получилась забавной, но, как мне кажется, Анастасия говорила не о масштабах инсталляций - в смысле терабайтов данных или количества узлов в кластере, - а о разной категории заказчиков. От частных пользователей до организаций, на которые распространяется целый набор требований: 152-ФЗ, КИИ, ФСТЭК, реестр ПО и всё сопутствующее. По крайней мере, именно так я это для себя интерпретировал.
Примеры T-SQL и Oracle я честно увел из Диасофтовской презентации. Конечно они очень простые, но в том и суть - на небольшом примере показать максимальное число вещей, что казалось бы не должны работать в Постгресе и его форках, а вот в Q.DataBase работают.
По списку фич - мысль хорошая, если будет время, то я попробую написать на эту тему отдельную статью -продолжение. А еще хочу сделать более детальное сравнение с TMaxData (Tibero), Amazon Babelfish, IvorySQL и другими проектами, где реализована схожая идея.
Динамический SQL в Q.DataBase поддерживается - и для MSSQL и для Oracle. Можно прямо внутри хранимки собрать текст на T-SQL или PL/SQL, а потом его выполнить. В нашей системе была куча мест где такое используется.
И насчет "опять же очень хотелось понять во что этот пример конвертируется" - не устаю повторять, что ничего никуда не конвертируется. Прямое нативное исполнение измененным (работающим по другой грамматике) SQL-интерпретатором. Я понимаю, что звучит очень непривычно, у многих даже в голове не укладывается что такое возможно, но это так
Конечно лучше, когда есть такая возможность. Просто есть она далеко не всегда. Кросс-платформа - это когда вся логика в верхних слоях и в базу прилетают только простые DML-запросы. Например, большинство Java-систем такие. А вот если есть продвинутая расчетная логика - что тогда? Тащить данные к вычислениям? Так ведь снизится производительность. Вычисления приземлять в базу? Тогда прощай кросс-платформанность, здравствуйте хранимки. И для старых систем, где вся логика в БД это тоже не всегда возможно - чаще всего на замену системы нет ни денег, ни времени. В общем совет хороший, но не для всех
Благодарю. А как ваш GPO реализован через проект Salt ?
Здравствуйте, спасибо что проявили интерес.
I.
Всё что нужно сделать это перейти по ссылке:
https://database.diasoft.ru/?utm_source=andrei
и нажать скачать бесплатно.
Центр Управления, Служба Отчётов (аналог SSRS), Digital Q.CDC, Windows 10/11 (КЛИЕНТ), всё что с CLR - они все бесплатные.
Серверная часть: ALT11, ALSE 1.7, 1.8, REDOS 7.3, 8, UBUNTU 22.04 LTS, 24.04 LTS и конечно же Docker UBUNTU 22.04 LTS - тоже бесплатные до 4-х ядер для личного, коммерческого использования. Раньше было до 8-ми, сейчас пока сделали 4.
Однако, если вам нужно (по секрету скажу) на большее кол-во ядер, просто напишите нам на supportqdb@diasoft.ru и в свободной форме так и напишите, что мол ребята, дайте нам на N-кол-во ядер (лицензия по ядрам).
Ничего переустанавливать не нужно, вы просто подменяете xml-файл.
Для университетов, которые используют нашу СУБД (а таких ой как немало) мы даём специальную лицензию без каких-либо ограничений по ядрам.
Если же вопрос идёт о коммерческом использовании продукта, то цены у нас гораздо ниже конкурентов. Да и никто не пишет в открытую цену за ядро, так как все продают через дистрибьютеров и те берут процент. Ну и конечно же, скидка.
Тут как с Brent нефтью ) Есть американский WTI, есть русский Urals.
И их цены будут ниже Brent, поскольку есть скидка. Но скидка это не постоянная константа, то есть она не фиксирована.
Тут точно так же: в зависимости от ваших потребностей скидка становится уникальной.
Совершенно обычный переговорный процесс на 10 минут в Zoom, Telemost.
II.
У нас также есть и полностью бесплатный проект RuDB (национальная СУБД).
Это не бесплатная версия Digital Q.DataBase. Он решает другую задачу.
RuDB (особенно для Oracle диалекта PL/SQL) использует готовую (сделанную нами) функциональность, но вам придётся адаптировать код.
Например, если вы переписываете с PL/SQL на PL/pgSQL.
Пакетный Oracle DBMS_AQ.ENQUEUE - становится функцией для PostgreSQL dbms_aq_enqueue.
В Digital Q.DataBase вы используете T-SQL, PL/SQL в том виде, в котором у вас изначально и было написан ваш прикладной код (в ядре на-лету) без какой-либо конвертации или адаптации кода.
А как на практике организован перенос пользователей, групп, принтеров и групповых политик (GPO) из MS AD в Avanpost DS?
Какие инструменты экспорта и импорта для этого доступны и что приходится переносить вручную?
И как решается аналогичная задача при миграции с Samba DC и FreeIPA?
С 2016 версии по новейшие.
Здравствуйте,
Любой клиентский инструмент, использующий совместимый драйвер с поддержкой протокола TDS версии 7.1 и выше, способен подключаться к нашей СУБД Digital Q.DataBase (QDB).
Исключением являются случаи, когда используется API массового копирования (Bulk Copy API), который на данный момент не поддерживается.
Поддерживаемыми драйверами для подключения являются:
1. SQL Server Native Client 11.0.
2. Open Database Connectivity (ODBC)
3. OLEDB Provider/MSOLEDBSQL
4. JDBC версии 8.2.2 и выше (MS SQL-jdbc-8.2.2+)
5. Microsoft SqlClient Data Provider for SQL Server
6. .NET Data Provider for SQL Server
7. OLEDB Driver/SQLOLEDB
Ну то есть более чем достаточно, тот же DBeaver подхватывает сразу как стандартный Microsoft JDBC-драйвер. SSMS работает тоже с QDB без каких-либо специальных настроек.
Да, было дело мы хотели TNS, однако сделали некое другое дизайнерское решение. Сейчас взаимодействие с модулем Onyx, воспроизводящим функциональность Oracle Database осуществляется через PGWire с обвязкой по транспортному уровню.
Для этого у нас есть OCI.dll и jar и да естественно их версии тоже собираются под новый релиз qdb и пока, что выдаётся по запросу на supportqdb@diasoft.ru
через консоль для qclient ничего не нужно.
Выполнять это нужно в модуле Onyx (модуль, воспроизводящий функциональность Oracle) на порту 1521
OCI и jar файл можем дать отдельно (Driver Settings - Libraries)
Здравствуйте,
Да, конечно.
Недавний вебинар от 10 августа, я в нём как раз таки прохожу по слайду архитектуры.
https://habr.com/ru/posts/1070124/
Здравствуйте,
Благодарю за проявленный интерес.
Сразу обмолвлюсью
Мы не занимаемся конвертацией кода, мы исполняем его на лету в ядре (ядрах, модулях)
Pearl — модуль PostgreSQL;
Onyx — модуль, воспроизводящий функциональность Oracle Database.
Marble — модуль, воспроизводящий функциональность Microsoft SQL Server;
Каждый модуль получил собственный серверный процесс бэкенда и собственный полный конвейер обработки запроса.
То есть запрос PostgreSQL приходит в Pearl и внутри Pearl проходит свой путь: парсер, мутатор, планирование, оптимизация и исполнение.
Oracle-совместимый запрос приходит уже в Onyx. У него свой менеджер соединений, свой серверный процесс, свой обработчик PL/SQL и свой конвейер выполнения.
То же самое происходит с T-SQL в Marble: TDS-клиент подключается к Marble, и дальше запрос обрабатывается уже внутри собственного серверного процесса этого модуля.
Скоро выложу видео с последнего нашего вибинара.
Любые вопросы, пожалуйста.
Спасибо за новость, да ну и его скриншот Veeam Removing Backup.
Кстати, небольшой совет: помимо самой статьи ЛАНИТ, рекомендую заглянуть и в XLS сравнительную таблицу. В нём собрано почти 180 технических критериев сравнения российских СУБД - от поддержки Oracle PL/SQL, JSON_TABLE, Oracle Advanced Queuing, DBMS_LOB, TDE и AWR до возможностей SPLIT/MERGE секций, CDC, логической репликации и многих других функций.
Таблица:
https://disk.yandex.ru/d/4gLLvI0x47vaFw
Да, это будут три отдельные инсталляции продукта. При этом каждая из них разворачивается не в полной конфигурации, а только с необходимым функционалом. При необходимости нет никаких ограничений, чтобы разместить несколько модулей на одной виртуальной машине или в одном контейнере.
В QDB 17.4 и 18.1 архитектура выглядела следующим образом:
Диалект Oracle
Диалект MS SQL ----> Единый backend
Диалект PostgreSQL
С 18.2 (в распределенной инсталляции) теперь вот так:
VM1 (Pearl) PostgreSQL ↓ свой backend
VM2 (Onyx) Oracle ↓ свой backend
VM3 (Marble) T-SQL ↓ свой backend
Каждый продукт содержит собственный экземпляр конвейера обработки, хотя его внутренняя структура (парсер → планирование → оптимизация → исполнение) остаётся общей.
Правильно понимаю, что для теста были подняты три отдельные ВМ по 8 ядер каждая (всего 24 vCPU)? Или на каждую ВМ выделялось другое количество ядер?
Здравствуйте, бесплатная версия доступна для скачивания с официального сайта https://database.diasoft.ru для личного и коммерческого использования и для образовательных целей. Там можно скачать с использованием личного кабинета или без регистрации, указав ФИО и e-mail. Лицензия до 8 ядер уже вшита в дистрибутив. Внутри вы также найдете как мануалы, так и дополнительные средства для создания кластера. Также при скачивании можно найти лицензионное соглашение, в котором есть пункт 3.2:
3.2. Конечному пользователю на безвозмездной основе предоставляется право воспроизведения неограниченного количества копий Программного Продукта на физических или виртуальных процессорных ядрах (не более 8 (восьми) ядер), придерживаясь условий Соглашения.
PS: не надо делить эти 8. Это просто право запускать все три субмодуля на тачке, где до 8 ядер.
Вы знаете, с момента перевода до даты выхода статьи прошло почти 3 месяца промышленной эксплуатации. Нагрузка на систему и решаемые задачи остались прежними. Никто не жаловался. Наоборот, некоторые операции чисто визуально стали быстрее. Понятно, что такая +-грубая оценка никак не замена строго проведенному нагрузочному тесту, но с другой стороны, было бы что плохое, оно бы уже вылезло. :)
Фраза получилась забавной, но, как мне кажется, Анастасия говорила не о масштабах инсталляций - в смысле терабайтов данных или количества узлов в кластере, - а о разной категории заказчиков. От частных пользователей до организаций, на которые распространяется целый набор требований: 152-ФЗ, КИИ, ФСТЭК, реестр ПО и всё сопутствующее. По крайней мере, именно так я это для себя интерпретировал.
Примеры T-SQL и Oracle я честно увел из Диасофтовской презентации. Конечно они очень простые, но в том и суть - на небольшом примере показать максимальное число вещей, что казалось бы не должны работать в Постгресе и его форках, а вот в Q.DataBase работают.
По списку фич - мысль хорошая, если будет время, то я попробую написать на эту тему отдельную статью -продолжение. А еще хочу сделать более детальное сравнение с TMaxData (Tibero), Amazon Babelfish, IvorySQL и другими проектами, где реализована схожая идея.
Динамический SQL в Q.DataBase поддерживается - и для MSSQL и для Oracle. Можно прямо внутри хранимки собрать текст на T-SQL или PL/SQL, а потом его выполнить. В нашей системе была куча мест где такое используется.
И насчет "опять же очень хотелось понять во что этот пример конвертируется" - не устаю повторять, что ничего никуда не конвертируется. Прямое нативное исполнение измененным (работающим по другой грамматике) SQL-интерпретатором. Я понимаю, что звучит очень непривычно, у многих даже в голове не укладывается что такое возможно, но это так
Конечно лучше, когда есть такая возможность. Просто есть она далеко не всегда.
Кросс-платформа - это когда вся логика в верхних слоях и в базу прилетают только простые DML-запросы. Например, большинство Java-систем такие. А вот если есть продвинутая расчетная логика - что тогда? Тащить данные к вычислениям? Так ведь снизится производительность. Вычисления приземлять в базу? Тогда прощай кросс-платформанность, здравствуйте хранимки. И для старых систем, где вся логика в БД это тоже не всегда возможно - чаще всего на замену системы нет ни денег, ни времени.
В общем совет хороший, но не для всех