В модуле DGrid, ранее отвечавшем только за распределённое in-memory хранение (ключ-значение и таблицы), теперь доступна опция долговременного хранения данных в формате Key-Value. Объём данных - до петабайт, внутренняя реализация Rocks DB.
· Поддержка транспортного протокола Redis / ValKey — можно использовать DGrid как замену этим продуктам без переписывания клиентов.
· Производительность сопоставима с оригинальными Redis/ValKey, при этом данные могут быть распределены по кластеру с настраиваемым фактором репликации.
· Доступ к данным DGrid возможен также и напрямую из SQL-части СУБД, что позволяет встраивать KV-операции с данными в памяти в хранимые процедуры, пакеты и прочую хранимую бизнес-логику.
Таким образом, DGrid становится гибридным решением: горячие данные в памяти, большие объёмы — на постоянном носителе, с единым интерфейсом доступа и возможностью использования внутри реляционных запросов.
Please open Telegram to view this post
VIEW IN TELEGRAM
Дорогие подписчики!
➡️ Продолжаем рассказывать о встроенных пакетах Digital Q.DataBase, обеспечивающих совместимость с PL/SQL-окружением Oracle. Мы поддержали новый пакет OWA_COOKIE.
Для чего он нужен
➡️ Пакет OWA_COOKIE предоставляет функции для работы с HTTP-куками (cookies) в веб-приложениях, построенных на PL/SQL. Он позволяет отправлять куки клиенту, получать их значения и управлять атрибутами.
Основные функции
· GET — получение значения куки по имени;
· SET — установка куки с указанием имени, значения и опциональных атрибутов (путь, домен, срок действия);
· REMOVE — удаление куки;
· GET_VALUES — получение всех значений куки с указанным именем.
Пример использования
Области применения
· Хранение пользовательских настроек в веб-приложениях;
· Управление сессиями;
· Отслеживание предпочтений пользователя (язык, тема оформления).
Для чего он нужен
Основные функции
· GET — получение значения куки по имени;
· SET — установка куки с указанием имени, значения и опциональных атрибутов (путь, домен, срок действия);
· REMOVE — удаление куки;
· GET_VALUES — получение всех значений куки с указанным именем.
Пример использования
-- Получение значения куки
DECLARE
v_cookie OWA_COOKIE.COOKIE;
BEGIN
v_cookie := OWA_COOKIE.GET('user_preferences');
-- Обработка полученных значений
END;
-- Установка куки
BEGIN
OWA_COOKIE.SET(
name => 'theme',
value => 'dark',
path => '/',
expires => SYSDATE + 30
);
END;
Области применения
· Хранение пользовательских настроек в веб-приложениях;
· Управление сессиями;
· Отслеживание предпочтений пользователя (язык, тема оформления).
Please open Telegram to view this post
VIEW IN TELEGRAM
Дорогие подписчики!
Сегодня, 16 июля, — Всемирный день Искусственного Интеллекта (в эту дату в 1956 году был впервые введен этот термин).
А потому мы просто не могли не рассказать Вам о новых возможностях, что в ближайшее время появятся в Digital Q.DataBase для поддержки совместимости с LLM-фичами MS SQL Server 2025 и Oracle 23ai.
Уже скоро в нашей СУБД появится поддержка подключения внешних LLM в точности тем же способом, как в вышеупомянутых зарубежных СУБД.
Так в нашем модуле Marble (замена MS SQL Server) станет доступной команда CREATE EXTERNAL MODEL и системная таблица sys.external_models, а также функция AI_GENERATE_EMBEDDINGS, которая отправляет запрос по API внешней ИИ-модели и получает в ответ сгенерированный вектор.
А в нашем модуле Onyx (замена Oracle Database) для подключения внешних моделей появится полный аналог пакета DBMS_CLOUD_AI и функция VECTOR_EMBEDDING(), позволяющие работать с внешними моделями в точности так, как принято в Oracle 23ai.
Не будет обойден вниманием и наш модуль Pearl (поддержка функциональности PostgreSQL). В нем также скоро появятся соответствующие функции.
Новая функциональность позволит Вам легко создавать эмбеддинги — цифровые отпечатки текстовых данных, которые в дальнейшем можно использовать для поиска информации по смыслу, построения RAG-систем и рекомендательных сервисов.
🔗 Если Вы заинтересованы принять участие в пилотировании этой фунциональности до её официального выпуска - напишите нам на supportqdb@diasoft.ru.
Сегодня, 16 июля, — Всемирный день Искусственного Интеллекта (в эту дату в 1956 году был впервые введен этот термин).
А потому мы просто не могли не рассказать Вам о новых возможностях, что в ближайшее время появятся в Digital Q.DataBase для поддержки совместимости с LLM-фичами MS SQL Server 2025 и Oracle 23ai.
Уже скоро в нашей СУБД появится поддержка подключения внешних LLM в точности тем же способом, как в вышеупомянутых зарубежных СУБД.
Так в нашем модуле Marble (замена MS SQL Server) станет доступной команда CREATE EXTERNAL MODEL и системная таблица sys.external_models, а также функция AI_GENERATE_EMBEDDINGS, которая отправляет запрос по API внешней ИИ-модели и получает в ответ сгенерированный вектор.
А в нашем модуле Onyx (замена Oracle Database) для подключения внешних моделей появится полный аналог пакета DBMS_CLOUD_AI и функция VECTOR_EMBEDDING(), позволяющие работать с внешними моделями в точности так, как принято в Oracle 23ai.
Не будет обойден вниманием и наш модуль Pearl (поддержка функциональности PostgreSQL). В нем также скоро появятся соответствующие функции.
Новая функциональность позволит Вам легко создавать эмбеддинги — цифровые отпечатки текстовых данных, которые в дальнейшем можно использовать для поиска информации по смыслу, построения RAG-систем и рекомендательных сервисов.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from DiasoftNews_channel
Подтверждена совместимость СУБД Digital Q.DataBase и СРК Кибер Бэкап 🤩
Компании Киберпротект и Диасофт подтвердили совместимость системы резервного копирования Кибер Бэкап 18.0 и российской СУБД Digital Q.DataBase.
Совместное использование этих систем предоставляет организациям комплексное решение для защиты критически важных данных, обеспечивая высокий уровень безопасности и отказоустойчивости ИТ-инфраструктуры 🛡
Компании Киберпротект и Диасофт подтвердили совместимость системы резервного копирования Кибер Бэкап 18.0 и российской СУБД Digital Q.DataBase.
Совместное использование этих систем предоставляет организациям комплексное решение для защиты критически важных данных, обеспечивая высокий уровень безопасности и отказоустойчивости ИТ-инфраструктуры 🛡
"Для корпоративной СУБД важны не только производительность и функциональность, но и совместимость с инфраструктурными решениями, которые обеспечивают сохранность данных в нештатных ситуациях. Подтверждение совместимости Digital Q.DataBase с Кибер Бэкап позволяет заказчикам использовать проверенный отечественный стек для работы с критически важными данными", – отметил Алексей Татаринов, руководитель продукта Digital Q.DataBase.
Достойная альтернатива для ClickHouse:
Сегодня я хочу рассказать Вам об аналитической СУБД Apache Doris.
Это открытая MPP-аналитическая СУБД с колоночным хранением, совместимая с MySQL по языку запросов и транспортному протоколу.
Она разработана для задач оперативной аналитики (Real-Time OLAP) со сценариями высокой нагрузки и сложными запросами.
Сравнение производительности с ClickHouse (по данным официальных бенчмарков Apache Doris, 2025 г.):
· RTABench (стандартизированный тест реального времени): Doris в 6 раз быстрее ClickHouse
· SSB (Star Schema Benchmark): в 18–34 раза быстрее ClickHouse
· ClickBench: в 2.5–4.6 раза быстрее ClickHouse
· CoffeeBench / TPC-H / TPC-DS: по всем трём тестам Doris вплоть до 40 раз быстрее ClickHouse v25.8 (on-premises) и ClickHouse Cloud
· Сложные JOIN-запросы: скорость выше в 2–10 раз; Doris выполняет все запросы TPC-DS, тогда как около 50% запросов в ClickHouse завершаются ошибкой
· Реальные обновления (UPSERT): в 34 раза быстрее благодаря механизму Merge-on-Write
Помимо производительности, Doris обеспечивает более высокую конкуренцию запросов (до 1000 против менее 100 у ClickHouse), поддерживает полные ACID-транзакции и архитектуру разделения вычислений и хранения с открытым исходным кодом.
Таким образом, в корпоративных сценариях со сложной аналитикой, частыми обновлениями данных и высокими требованиями к консистентности Apache Doris демонстрирует измеримое и существенное преимущество перед ClickHouse.
Очень рекомендую Вам познакомиться с этим проектом.
А завтра я расскажу Вам о "великом расколе" Apache Doris, что породил две еще более быстрые аналитические СУБД.
Сегодня я хочу рассказать Вам об аналитической СУБД Apache Doris.
Это открытая MPP-аналитическая СУБД с колоночным хранением, совместимая с MySQL по языку запросов и транспортному протоколу.
Она разработана для задач оперативной аналитики (Real-Time OLAP) со сценариями высокой нагрузки и сложными запросами.
Сравнение производительности с ClickHouse (по данным официальных бенчмарков Apache Doris, 2025 г.):
· RTABench (стандартизированный тест реального времени): Doris в 6 раз быстрее ClickHouse
· SSB (Star Schema Benchmark): в 18–34 раза быстрее ClickHouse
· ClickBench: в 2.5–4.6 раза быстрее ClickHouse
· CoffeeBench / TPC-H / TPC-DS: по всем трём тестам Doris вплоть до 40 раз быстрее ClickHouse v25.8 (on-premises) и ClickHouse Cloud
· Сложные JOIN-запросы: скорость выше в 2–10 раз; Doris выполняет все запросы TPC-DS, тогда как около 50% запросов в ClickHouse завершаются ошибкой
· Реальные обновления (UPSERT): в 34 раза быстрее благодаря механизму Merge-on-Write
Помимо производительности, Doris обеспечивает более высокую конкуренцию запросов (до 1000 против менее 100 у ClickHouse), поддерживает полные ACID-транзакции и архитектуру разделения вычислений и хранения с открытым исходным кодом.
Таким образом, в корпоративных сценариях со сложной аналитикой, частыми обновлениями данных и высокими требованиями к консистентности Apache Doris демонстрирует измеримое и существенное преимущество перед ClickHouse.
Очень рекомендую Вам познакомиться с этим проектом.
А завтра я расскажу Вам о "великом расколе" Apache Doris, что породил две еще более быстрые аналитические СУБД.
Великий раскол Apache Doris:
Иногда конфликт в команде разработчиков идет только на пользу обществу и продуктам. Именно это и произошло с аналитической СУБД Apache Doris, о которой мы рассказывали Вам вчера.
Немного истории:
В 2017 году Baidu (китайский аналог Google) открыла миру код своей мощной аналитической СУБД. В 2018 году этот опенсорсный проект был передан под управление Apache Software Foundation. Так появился на свет проект Apache Doris.
Однако развитие Doris в рамках Apache Software Foundation было слишком медленным из-за бюрократии.
Из-за этого уже к февралю 2020 года команда разделилась на два лагеря:
тех кто выступал за постепенное улучшение старого кода и тех кто выступал за полное переписывание движка с нуля.
В итоге "революционеры" ушли и основали свою компанию. Так появилась на свет StarRocks Inc. и открытая СУБД DorisDB, чуть позже переименованная в StarRocks из-за претензий со стороны Apache.
А та часть разработчиков, которая выступала за постепенное развитие существующего кода продукта, тоже не осталась в долгу: создала компанию SelectDB и выпустила СУБД VeloDB - коммерческий форк Apache Doris с полуоткрытой лицензией.
Оригинальный Doris так и остался под управлением Apache Foundation. Он успешно "выпустился из инкубатора" в 2022 году и стал одним из Top-Level проектов ASF. Вчера мы рассказывали Вам об его успехах.
В результате "великого раскола", оба продукта - VeloDB и StarRocks - являются наследниками Apache Doris, но имеют совершенно разный набор исходных кодов.
Яростная конкуренция на протяжении последних 6 лет между этими двумя "когда-то родственными" проектами привела к созданию двух очень хороших OLAP-систем на рынке, оставивших позади оригинальный Apache Doris как по скорости работы (и без того весьма впечатляющей) так и по функциональности.
Иногда конфликт в команде разработчиков идет только на пользу обществу и продуктам. Именно это и произошло с аналитической СУБД Apache Doris, о которой мы рассказывали Вам вчера.
Немного истории:
В 2017 году Baidu (китайский аналог Google) открыла миру код своей мощной аналитической СУБД. В 2018 году этот опенсорсный проект был передан под управление Apache Software Foundation. Так появился на свет проект Apache Doris.
Однако развитие Doris в рамках Apache Software Foundation было слишком медленным из-за бюрократии.
Из-за этого уже к февралю 2020 года команда разделилась на два лагеря:
тех кто выступал за постепенное улучшение старого кода и тех кто выступал за полное переписывание движка с нуля.
В итоге "революционеры" ушли и основали свою компанию. Так появилась на свет StarRocks Inc. и открытая СУБД DorisDB, чуть позже переименованная в StarRocks из-за претензий со стороны Apache.
А та часть разработчиков, которая выступала за постепенное развитие существующего кода продукта, тоже не осталась в долгу: создала компанию SelectDB и выпустила СУБД VeloDB - коммерческий форк Apache Doris с полуоткрытой лицензией.
Оригинальный Doris так и остался под управлением Apache Foundation. Он успешно "выпустился из инкубатора" в 2022 году и стал одним из Top-Level проектов ASF. Вчера мы рассказывали Вам об его успехах.
В результате "великого раскола", оба продукта - VeloDB и StarRocks - являются наследниками Apache Doris, но имеют совершенно разный набор исходных кодов.
Яростная конкуренция на протяжении последних 6 лет между этими двумя "когда-то родственными" проектами привела к созданию двух очень хороших OLAP-систем на рынке, оставивших позади оригинальный Apache Doris как по скорости работы (и без того весьма впечатляющей) так и по функциональности.
Сегодня всё чаще говорят: импортозамещение заканчивается там, где начинается переписывание миллионов строк бизнес-логики.
Именно поэтому всё больший интерес вызывают полиглотные СУБД, которые позволяют заменить СУБД, а не приложение, сохранив привычные языки программирования и существующую бизнес-логику. На мой взгляд, именно за таким подходом сегодня развивается рынок корпоративных баз данных.
Digital Q.DataBase — именно такая СУБД. Она воспроизводит функциональные возможности Microsoft SQL Server и Oracle Database, позволяя существенно сократить объём доработок существующих информационных систем при миграции.
Отличный повод вспомнить моё выступление на международной конференции «Информационные технологии. Проблемы и решения – IT'DAYS» в Уфе.
RuTube:
https://rutube.ru/video/e6f1ebee72a7a8d2fa2e81c9a764a217/
Именно поэтому всё больший интерес вызывают полиглотные СУБД, которые позволяют заменить СУБД, а не приложение, сохранив привычные языки программирования и существующую бизнес-логику. На мой взгляд, именно за таким подходом сегодня развивается рынок корпоративных баз данных.
Digital Q.DataBase — именно такая СУБД. Она воспроизводит функциональные возможности Microsoft SQL Server и Oracle Database, позволяя существенно сократить объём доработок существующих информационных систем при миграции.
Отличный повод вспомнить моё выступление на международной конференции «Информационные технологии. Проблемы и решения – IT'DAYS» в Уфе.
RuTube:
https://rutube.ru/video/e6f1ebee72a7a8d2fa2e81c9a764a217/
Дорогие подписчики!
🟣 Продолжаем рассказывать о встроенных пакетах Digital Q.DataBase, обеспечивающих совместимость с PL/SQL-окружением Oracle. Сегодня — о функции OPEN_CURSOR из пакета DBMS_SQL.
Для чего она нужна
🟣 Функция OPEN_CURSOR открывает новый курсор для динамического выполнения SQL-запросов. При вызове возвращает числовой идентификатор курсора, который затем используется в других процедурах пакета DBMS_SQL — PARSE, BIND_VARIABLE, EXECUTE, FETCH_ROWS и CLOSE_CURSOR . После завершения работы курсор необходимо явно закрыть с помощью CLOSE_CURSOR .
Пример использования
Для чего она нужна
Пример использования
DECLARE
v_cursor INTEGER;
BEGIN
-- Открытие нового курсора
v_cursor := DBMS_SQL.OPEN_CURSOR;
-- Использование курсора для динамического SQL
DBMS_SQL.PARSE(v_cursor, 'SELECT * FROM employees', DBMS_SQL.NATIVE);
-- ... дальнейшие операции
-- Закрытие курсора
DBMS_SQL.CLOSE_CURSOR(v_cursor);
END;
Please open Telegram to view this post
VIEW IN TELEGRAM
Мы расширяем команду Digital Q.DataBase и ищем разработчиков на C/C++, которым интересны действительно сложные системные задачи.
Что предстоит делать:
► разрабатывать ядро промышленной СУБД;
► работать с многопоточностью, памятью и сетевыми протоколами;
► заниматься оптимизацией производительности;
► развивать совместимость с PostgreSQL, Microsoft SQL Server и Oracle Database;
► участвовать в создании новых возможностей платформы.
Если вы устали писать типовые CRUD-приложения и хотите работать над продуктом, который используют крупные корпоративные системы, — будем рады познакомиться.
Если вы сами не ищете работу, но знаете сильного разработчика на C/C++, отправьте ему этот пост. Возможно, именно сейчас для него появится интересный вызов.
► Ждём ваши резюме на supportqdb@diasoft.ru
#вакансии #разработка #PostgreSQL #DigitalQDataBase #работавИТ #CPlusPlus
Что предстоит делать:
► разрабатывать ядро промышленной СУБД;
► работать с многопоточностью, памятью и сетевыми протоколами;
► заниматься оптимизацией производительности;
► развивать совместимость с PostgreSQL, Microsoft SQL Server и Oracle Database;
► участвовать в создании новых возможностей платформы.
Если вы устали писать типовые CRUD-приложения и хотите работать над продуктом, который используют крупные корпоративные системы, — будем рады познакомиться.
Если вы сами не ищете работу, но знаете сильного разработчика на C/C++, отправьте ему этот пост. Возможно, именно сейчас для него появится интересный вызов.
► Ждём ваши резюме на supportqdb@diasoft.ru
#вакансии #разработка #PostgreSQL #DigitalQDataBase #работавИТ #CPlusPlus
Forwarded from DiasoftNews_channel
Диасофт и "АйДи – Технологии управления" подтвердили совместимость Digital Q.DataBase и Documino 🙌
СУБД Digital Q.DataBase от Диасофт и платформа электронного документооборота Documino, разработанная компанией "АйДи – Технологии управления", успешно прошли тестирование на совместимость. По его итогам подтверждены стабильность, производительность и готовность к совместной промышленной эксплуатации СУБД Digital Q.DataBase и платформы Documino.
🧑🏻💻В ходе тестирования был проверен полный спектр корпоративных сценариев работы с документами: создание, согласование, хранение, маршрутизация, разграничение прав доступа и контроль исполнения. Все сценарии пройдены успешно, подтверждена корректность обработки транзакций, целостность данных и стабильность работы СЭД под управлением Digital Q.DataBase.
Оба решения входят в реестр российского программного обеспечения. СУБД Digital Q.DataBase имеет сертификаты ФСТЭК России, это позволяет использовать Digital Q.DataBase и Documino для построения информационных систем, работающих с персональными данными и конфиденциальной информацией в регулируемых отраслях (банки, ТЭК, госсектор, крупный ритейл).
СУБД Digital Q.DataBase от Диасофт и платформа электронного документооборота Documino, разработанная компанией "АйДи – Технологии управления", успешно прошли тестирование на совместимость. По его итогам подтверждены стабильность, производительность и готовность к совместной промышленной эксплуатации СУБД Digital Q.DataBase и платформы Documino.
🧑🏻💻В ходе тестирования был проверен полный спектр корпоративных сценариев работы с документами: создание, согласование, хранение, маршрутизация, разграничение прав доступа и контроль исполнения. Все сценарии пройдены успешно, подтверждена корректность обработки транзакций, целостность данных и стабильность работы СЭД под управлением Digital Q.DataBase.
Оба решения входят в реестр российского программного обеспечения. СУБД Digital Q.DataBase имеет сертификаты ФСТЭК России, это позволяет использовать Digital Q.DataBase и Documino для построения информационных систем, работающих с персональными данными и конфиденциальной информацией в регулируемых отраслях (банки, ТЭК, госсектор, крупный ритейл).
Дорогие подписчики!
🟣 Продолжаем рассказывать о встроенных пакетах Digital Q.DataBase, обеспечивающих совместимость с PL/SQL-окружением Oracle. Сегодня — о функции HASH из пакета DBMS_CRYPTO.
Для чего она нужна
🟣 Функция HASH вычисляет хэш-значение (цифровой отпечаток) входных данных с использованием одного из поддерживаемых криптографических алгоритмов . Она принимает на вход данные типов RAW, BLOB или CLOB, а возвращает хэш в виде RAW .
Поддерживаемые алгоритмы
· HASH_MD4 — 128-битный хэш (MD4) ;
· HASH_MD5 — 128-битный хэш (MD5) ;
· HASH_SH1 — 160-битный хэш (SHA-1) ;
· HASH_SH256, HASH_SH384, HASH_SH512 — хэши семейства SHA-2 .
Для чего применяется
· Проверка целостности данных (сравнение хэшей "до" и "после") ;
· Контроль неизменности файлов и записей в таблицах ;
· Хэширование паролей и чувствительной информации.
Пример использования
Для чего она нужна
Поддерживаемые алгоритмы
· HASH_MD4 — 128-битный хэш (MD4) ;
· HASH_MD5 — 128-битный хэш (MD5) ;
· HASH_SH1 — 160-битный хэш (SHA-1) ;
· HASH_SH256, HASH_SH384, HASH_SH512 — хэши семейства SHA-2 .
Для чего применяется
· Проверка целостности данных (сравнение хэшей "до" и "после") ;
· Контроль неизменности файлов и записей в таблицах ;
· Хэширование паролей и чувствительной информации.
Пример использования
-- Вычисление MD5-хэша для строки
SELECT RAWTOHEX(DBMS_CRYPTO.HASH('hello', DBMS_CRYPTO.HASH_MD5)) FROM DUAL;
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
День рождения телевизора!
Сегодня, 26 июля, исполняется 98 лет с того дня, как в Ташкенте изобретатели Борис Грабовский и Иван Белянский с помощью электронно-лучевой трубки впервые передали на расстояние движущееся изображение человека! Эта дата считается днем рождения телевизора.
А дальше были десятилетия эволюции, которые привели к появлению 1 марта 1973 года первого компьютера с графическим интерфейсом — Xerox Alto.
Тогда миру впервые показали:
— Графический интерфейс (GUI) с рабочим столом, окнами и иконками;
— Текстовый редактор, работающий по принципу WYSIWYG;
— Рисование мышкой;
— Графический клиент электронной почты;
— ООП на языке Smalltalk.
Всё это — впервые в мире и на одном устройстве. Настоящая революция! 🚀
Кстати, Стив Джобс, увидев этот комплекс в 1979 году, признался, что был «ослеплён» графическим интерфейсом и понял: все компьютеры будущего будут работать именно так.
А уже в середине 80-х началась эра ЖК-дисплеев, и к 2003 году их продажи впервые обогнали ЭЛТ-мониторы.
С тех пор мы сидим перед плоскими экранами — и почти не вспоминаем, что всё это началось с того давнего эксперимента, проведенного 98 лет назад.
Сегодня, 26 июля, исполняется 98 лет с того дня, как в Ташкенте изобретатели Борис Грабовский и Иван Белянский с помощью электронно-лучевой трубки впервые передали на расстояние движущееся изображение человека! Эта дата считается днем рождения телевизора.
А дальше были десятилетия эволюции, которые привели к появлению 1 марта 1973 года первого компьютера с графическим интерфейсом — Xerox Alto.
Тогда миру впервые показали:
— Графический интерфейс (GUI) с рабочим столом, окнами и иконками;
— Текстовый редактор, работающий по принципу WYSIWYG;
— Рисование мышкой;
— Графический клиент электронной почты;
— ООП на языке Smalltalk.
Всё это — впервые в мире и на одном устройстве. Настоящая революция! 🚀
Кстати, Стив Джобс, увидев этот комплекс в 1979 году, признался, что был «ослеплён» графическим интерфейсом и понял: все компьютеры будущего будут работать именно так.
А уже в середине 80-х началась эра ЖК-дисплеев, и к 2003 году их продажи впервые обогнали ЭЛТ-мониторы.
С тех пор мы сидим перед плоскими экранами — и почти не вспоминаем, что всё это началось с того давнего эксперимента, проведенного 98 лет назад.
Дорогие подписчики!
✔️ Продолжаем рассказывать о новшествах, реализованных в Digital Q.DataBase. Сегодня — о поддержке команды RECONFIGURE в нашей реализации T-SQL-диалекта.
Для чего это нужно
✔️ Команда RECONFIGURE применяется для применения изменений конфигурации, сделанных с помощью системной процедуры sp_configure. Некоторые настройки вступают в силу сразу, другие требуют перезапуска сервера. RECONFIGURE обновляет текущие работающие значения для тех параметров, которые не требуют перезапуска.
Синтаксис
· RECONFIGURE — применяет изменения для параметров, не требующих перезапуска, и проверяет новые значения на корректность ;
· WITH OVERRIDE — отключает проверку значений для параметра recovery interval. Используется с осторожностью для установки значений, выходящих за рекомендованные пределы .
Пример использования
Для чего это нужно
Синтаксис
RECONFIGURE [ WITH OVERRIDE ]
· RECONFIGURE — применяет изменения для параметров, не требующих перезапуска, и проверяет новые значения на корректность ;
· WITH OVERRIDE — отключает проверку значений для параметра recovery interval. Используется с осторожностью для установки значений, выходящих за рекомендованные пределы .
Пример использования
-- Установка значения параметра
EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure 'fill factor', 100;
RECONFIGURE;
Please open Telegram to view this post
VIEW IN TELEGRAM
Друзья!
Давайте встретимся вживую — в нашем офисе в Москве, с пиццей и без галстуков. Просто посидим, обсудим развитие Digital Q.DataBase и ваши пожелания. Это наш шанс услышать вас напрямую, а ваш — задать вопросы и предложить идеи.
🗓 В августе, один из вечеров
📍 Москва, наш офис
Ждём ваших голосов!
Если соберётся хотя бы несколько человек — уже здорово. Если много — закажем больше пиццы 😉
До встречи!
Давайте встретимся вживую — в нашем офисе в Москве, с пиццей и без галстуков. Просто посидим, обсудим развитие Digital Q.DataBase и ваши пожелания. Это наш шанс услышать вас напрямую, а ваш — задать вопросы и предложить идеи.
🗓 В августе, один из вечеров
📍 Москва, наш офис
Ждём ваших голосов!
Если соберётся хотя бы несколько человек — уже здорово. Если много — закажем больше пиццы 😉
До встречи!
1
Как вам идея?
Anonymous Poll
48%
🔥 Да, буду участвовать!
21%
🤔 Возможно буду участвовать.
31%
👀 Я из другого города.
Forwarded from DiasoftNews_channel
Интеграционное решение Плюс7 ФормИТ получило сертификат совместимости с СУБД Digital.Q.DataBase 😎
Компании Диасофт и "Дата Инновации" завершили тестирование и подтвердили полную совместимость интеграционного решения Плюс7 ФормИТ с СУБД Digital Q.DataBase. Результаты испытаний закреплены сертификатом.
В ходе тестирования эксперты проверили работу Плюс7 ФормИТ с репозиторием, источником и приемником, построенными на СУБД Digital Q.DataBase, и убедились в полноценной функциональности всех компонентов ✅
Компании Диасофт и "Дата Инновации" завершили тестирование и подтвердили полную совместимость интеграционного решения Плюс7 ФормИТ с СУБД Digital Q.DataBase. Результаты испытаний закреплены сертификатом.
В ходе тестирования эксперты проверили работу Плюс7 ФормИТ с репозиторием, источником и приемником, построенными на СУБД Digital Q.DataBase, и убедились в полноценной функциональности всех компонентов ✅
Компания «Диасофт» и разработчик цифровой платформы для управления бизнес-правилами (BRMS) и стратегиями принятия решений SmartWay компания PST объявляют об успешном завершении комплексного тестирования на совместимость. По его итогам подтверждена стабильность, производительность и полная готовность СУБД Digital Q.DataBase и платформы SmartWay к совместной промышленной эксплуатации в контурах крупных предприятий, финансовых организаций и компаниях государственного сектора.
Ключевые проверенные направления:
► Поддержка распределенной архитектуры: успешная работа с изолированными базами данных для различных подсистем платформы (аудит действий, репозиторий контента Smart Content Management).
► Работа со сложными данными: корректная обработка, хранение и версионирование бинарных объектов и документов, включая поддержку расширенных типов данных (JSONB, UUID, TIMESTAMP) и стандартных CRUD-операций.
► Стабильность фоновых процессов: бесперебойная работа планировщика задач (Quartz Scheduler) и сервера исполнения задач при интенсивной нагрузке.
► Автоматизация внедрения: успешное выполнение миграций схемы данных (Flyway) и корректная работа в контейнеризированных средах (Docker), что гарантирует легкую интеграцию в существующие CI/CD-конвейеры заказчиков.
#DigitalQDataBase #SmartWay
Ключевые проверенные направления:
► Поддержка распределенной архитектуры: успешная работа с изолированными базами данных для различных подсистем платформы (аудит действий, репозиторий контента Smart Content Management).
► Работа со сложными данными: корректная обработка, хранение и версионирование бинарных объектов и документов, включая поддержку расширенных типов данных (JSONB, UUID, TIMESTAMP) и стандартных CRUD-операций.
► Стабильность фоновых процессов: бесперебойная работа планировщика задач (Quartz Scheduler) и сервера исполнения задач при интенсивной нагрузке.
► Автоматизация внедрения: успешное выполнение миграций схемы данных (Flyway) и корректная работа в контейнеризированных средах (Docker), что гарантирует легкую интеграцию в существующие CI/CD-конвейеры заказчиков.
#DigitalQDataBase #SmartWay
Forwarded from Ассоциация Разработчиков СУБД RuDB
С Днём системного администратора и администратора баз данных (DBA)!
Коллеги, всех причастных — с праздником!
Особенно тех, кто держит на своих плечах стабильность инфраструктуры и баз данных.
Желаем надёжных систем, спокойных дежурств и поменьше нештатных ситуаций. Пусть всё работает как часы, а пользователи ценят Ваш труд.
Спасибо за Вашу работу. Она незаметна, когда всё хорошо, и бесценна, когда что-то идёт не так.
Хорошего рабочего дня и поменьше инцидентов.
#ДеньСисадмина #DBA #СУБД
Коллеги, всех причастных — с праздником!
Особенно тех, кто держит на своих плечах стабильность инфраструктуры и баз данных.
Желаем надёжных систем, спокойных дежурств и поменьше нештатных ситуаций. Пусть всё работает как часы, а пользователи ценят Ваш труд.
Спасибо за Вашу работу. Она незаметна, когда всё хорошо, и бесценна, когда что-то идёт не так.
Хорошего рабочего дня и поменьше инцидентов.
#ДеньСисадмина #DBA #СУБД
Невидимые колонки
Знаете ли Вы, что в некоторых СУБД (MySQL с версии 8.0.23, MariaDB с версии 10.3.3 и Oracle с версии 12c) колонку в таблице можно сделать "невидимой"? 👻
Да, колонка существует, но SELECT * и DESCRIBE её игнорируют. Выглядит как магия! И это отличный способ свести с ума неопытного коллегу-разработчика 😂
Зачем это нужно? Главный сценарий использования — это добавление новой колонки в условиях, когда должны параллельно работать старая и новая версия прикладного кода.
Можно развертывать их одновременно и не бояться, что старая версия "рухнет" на очередном SELECT *
И, сразу же, добрый совет: не используйте SELECT * в своем боевом коде!
Даже если Вы не используете невидимые колонки, есть еще, как минимум, две веские причины:
1. Порядок колонок — при изменении структуры таблицы (добавление/удаление) порядок может измениться. Код, который полагается на позицию (например, $row[2] для PHP), может сломаться самым неожиданным образом.
2. Производительность — Вы передаёте все колонки, даже те, что не нужны. Это лишний трафик, память и нагрузка на сеть. На больших таблицах разница весьма ощутима.
Явное перечисление колонок делает код прозрачнее, безопаснее и быстрее.
А если Вам лень писать вручную длинные списки полей — используйте горячие клавиши, встроенные в продвинутые IDE. Одно нажатие и все поля уже в запросе, остается только проредить их список до реально необходимых.
Знаете ли Вы, что в некоторых СУБД (MySQL с версии 8.0.23, MariaDB с версии 10.3.3 и Oracle с версии 12c) колонку в таблице можно сделать "невидимой"? 👻
Да, колонка существует, но SELECT * и DESCRIBE её игнорируют. Выглядит как магия! И это отличный способ свести с ума неопытного коллегу-разработчика 😂
Зачем это нужно? Главный сценарий использования — это добавление новой колонки в условиях, когда должны параллельно работать старая и новая версия прикладного кода.
Можно развертывать их одновременно и не бояться, что старая версия "рухнет" на очередном SELECT *
И, сразу же, добрый совет: не используйте SELECT * в своем боевом коде!
Даже если Вы не используете невидимые колонки, есть еще, как минимум, две веские причины:
1. Порядок колонок — при изменении структуры таблицы (добавление/удаление) порядок может измениться. Код, который полагается на позицию (например, $row[2] для PHP), может сломаться самым неожиданным образом.
2. Производительность — Вы передаёте все колонки, даже те, что не нужны. Это лишний трафик, память и нагрузка на сеть. На больших таблицах разница весьма ощутима.
Явное перечисление колонок делает код прозрачнее, безопаснее и быстрее.
А если Вам лень писать вручную длинные списки полей — используйте горячие клавиши, встроенные в продвинутые IDE. Одно нажатие и все поля уже в запросе, остается только проредить их список до реально необходимых.
SQL-firewall для PostgreSQL: защита СУБД на уровне SQL-запросов
Знаете ли вы, что для PostgreSQL существует механизм ограничения набора допустимых SQL-команд? Это расширение sql_firewall, которое действует непосредственно внутри движка базы данных.
Расширение анализирует каждый SQL-запрос до его выполнения. Это позволяет предотвращать SQL-инъекции и блокировать выполнение несанкционированных запросов. Основой служит механизм белых списков: система запоминает эталонные запросы приложения в процессе обучения, а затем отклоняет всё, что в этот список не входит.
Поддерживаются следующие режимы работы:
· Learning (обучение) – фиксирует все выполняемые запросы и пополняет белый список.
· Permissive (предупреждение) – проверяет запросы по списку, но не блокирует их, а только выводит предупреждение (WARNING).
· Enforcing (блокировка) – полноценная защита: запросы, отсутствующие в белом списке, отклоняются с ошибкой (ERROR).
Рекомендуемый порядок внедрения обычно таков:
1. Активировать режим Learning и выполнить все штатные сценарии работы приложения, чтобы система собрала корректный набор запросов.
2. Переключиться в режим Permissive и в течение некоторого времени наблюдать за предупреждениями, чтобы убедиться в отсутствии ложных срабатываний.
3. Включить режим Enforcing – после этого расширение начнёт блокировать все незнакомые запросы.
Таким образом, sql_firewall обеспечивает дополнительный уровень безопасности, дополняющий стандартные средства аутентификации и сетевые фильтры (например, pg_hba.conf).
Знаете ли вы, что для PostgreSQL существует механизм ограничения набора допустимых SQL-команд? Это расширение sql_firewall, которое действует непосредственно внутри движка базы данных.
Расширение анализирует каждый SQL-запрос до его выполнения. Это позволяет предотвращать SQL-инъекции и блокировать выполнение несанкционированных запросов. Основой служит механизм белых списков: система запоминает эталонные запросы приложения в процессе обучения, а затем отклоняет всё, что в этот список не входит.
Поддерживаются следующие режимы работы:
· Learning (обучение) – фиксирует все выполняемые запросы и пополняет белый список.
· Permissive (предупреждение) – проверяет запросы по списку, но не блокирует их, а только выводит предупреждение (WARNING).
· Enforcing (блокировка) – полноценная защита: запросы, отсутствующие в белом списке, отклоняются с ошибкой (ERROR).
Рекомендуемый порядок внедрения обычно таков:
1. Активировать режим Learning и выполнить все штатные сценарии работы приложения, чтобы система собрала корректный набор запросов.
2. Переключиться в режим Permissive и в течение некоторого времени наблюдать за предупреждениями, чтобы убедиться в отсутствии ложных срабатываний.
3. Включить режим Enforcing – после этого расширение начнёт блокировать все незнакомые запросы.
Таким образом, sql_firewall обеспечивает дополнительный уровень безопасности, дополняющий стандартные средства аутентификации и сетевые фильтры (например, pg_hba.conf).