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).
Digital Q.DataBase вошла в карту «Цифровизация банков 2026» от TAdviser
Аналитический центр TAdviser опубликовал новую карту рынка «Цифровизация банков 2026», объединившую около 400 российских разработчиков и поставщиков ИТ-решений для финансового сектора. В число представленных решений вошла и Digital Q.DataBase от «Диасофт».
► Для нас это ещё одно подтверждение того, что Digital Q.DataBase становится заметным игроком на рынке корпоративных СУБД для банковской отрасли. Сегодня платформа помогает организациям переходить с Oracle Database и Microsoft SQL Server без переписывания существующей бизнес-логики, сохраняя привычные SQL-диалекты и инструменты разработки.
► Возможности платформы уже востребованы в крупнейших финансовых организациях. В частности, Московская биржа по итогам конкурсного отбора выбрала PostgreDB (в составе платформы Digital Q.DataBase), а независимое тестирование подтвердило соответствие решения требованиям по функциональности, производительности и отказоустойчивости.
#DigitalQDataBase #Диасофт #TAdviser #Банки #СУБД #Импортозамещение
Аналитический центр TAdviser опубликовал новую карту рынка «Цифровизация банков 2026», объединившую около 400 российских разработчиков и поставщиков ИТ-решений для финансового сектора. В число представленных решений вошла и Digital Q.DataBase от «Диасофт».
► Для нас это ещё одно подтверждение того, что Digital Q.DataBase становится заметным игроком на рынке корпоративных СУБД для банковской отрасли. Сегодня платформа помогает организациям переходить с Oracle Database и Microsoft SQL Server без переписывания существующей бизнес-логики, сохраняя привычные SQL-диалекты и инструменты разработки.
► Возможности платформы уже востребованы в крупнейших финансовых организациях. В частности, Московская биржа по итогам конкурсного отбора выбрала PostgreDB (в составе платформы Digital Q.DataBase), а независимое тестирование подтвердило соответствие решения требованиям по функциональности, производительности и отказоустойчивости.
#DigitalQDataBase #Диасофт #TAdviser #Банки #СУБД #Импортозамещение
"СУБД + AI в Digital Q.DataBase"
О чём поговорим:
ИТ-директорам, архитекторам, DBA, разработчикам и тем, кто внедряет Data-решения.
#DigitalQDataBase #Diasoft #PostgreSQL #AI #Импортозамещение
Please open Telegram to view this post
VIEW IN TELEGRAM
Диасофт и Альта-Софт подтвердили совместимость Digital Q.DataBase и программного комплекса "Альта-ГТД".
Тестирование показало корректную и стабильную работу решений, целостность данных и надлежащую производительность.
Это позволяет участникам ВЭД, таможенным представителям и логистическим операторам хранить декларации и ЭД-документы в сертифицированной СУБД.
Тестирование показало корректную и стабильную работу решений, целостность данных и надлежащую производительность.
Это позволяет участникам ВЭД, таможенным представителям и логистическим операторам хранить декларации и ЭД-документы в сертифицированной СУБД.
Сегодня очень интересный день.
Представьте, что однажды из языка исчезли слова, обозначающие цвета. Нельзя сказать «красный», «зелёный» или «жёлтый».
А заодно исчезли все привычные единицы измерения: килограммы, метры и сантиметры.
Говорить по-прежнему можно. Можно пользоваться другими словами, можно даже перейти на старинные меры длины и веса.
Но попробуйте быстро объяснить человеку, какого цвета должна быть кнопка или какой длины нужна полка.
Сделать это возможно, но становится невероятно сложно.
Именно в такой ситуации оказываются разработчики, когда приложения, написанные для Oracle Database или Microsoft SQL Server, пытаются перенести на обычный PostgreSQL.
Данные в базе есть. Движок умеет выполнять запросы, сортировать, объединять таблицы и строить планы выполнения.
Проблема не в возможностях самой СУБД, а в языке общения с ней.
Десятилетиями корпоративные системы создавались на T-SQL и PL/SQL.
Если новая СУБД этих конструкций не понимает, разработчикам приходится переписывать практически каждую процедуру, каждую функцию и нередко каждую строку SQL-кода.
По сути существует два пути.
Первый — переписать всё заново.
Шаг за шагом, процедуру за процедурой, систему за системой.
Но если вспомнить, сколько корпоративных информационных систем было создано за последние десятилетия, становится очевидно, что это огромный объём работы.
Второй путь — изменить не приложение, а саму СУБД.
Научить её понимать тот язык, на котором уже написаны существующие системы.
Именно эта идея легла в основу Digital Q.DataBase.
В системе реализован полиглотный подход: одна СУБД понимает сразу несколько диалектов SQL — PL/pgSQL, T-SQL и PL/SQL.
Благодаря этому разработчику не нужно переводить код на другой язык — база данных сама понимает привычные конструкции.
► И да, сегодня день рождения у Константина Варова — архитектора Digital Q.DataBase и одного из людей, стоявших у истоков её развития.
Спасибо за идеи, которые меняют представление о том, какой может быть современная СУБД.
И отдельное спасибо за то, что с тобой всегда приятно работать.
Пусть впереди будет ещё много поводов удивлять рынок.
С днём рождения!
Представьте, что однажды из языка исчезли слова, обозначающие цвета. Нельзя сказать «красный», «зелёный» или «жёлтый».
А заодно исчезли все привычные единицы измерения: килограммы, метры и сантиметры.
Говорить по-прежнему можно. Можно пользоваться другими словами, можно даже перейти на старинные меры длины и веса.
Но попробуйте быстро объяснить человеку, какого цвета должна быть кнопка или какой длины нужна полка.
Сделать это возможно, но становится невероятно сложно.
Именно в такой ситуации оказываются разработчики, когда приложения, написанные для Oracle Database или Microsoft SQL Server, пытаются перенести на обычный PostgreSQL.
Данные в базе есть. Движок умеет выполнять запросы, сортировать, объединять таблицы и строить планы выполнения.
Проблема не в возможностях самой СУБД, а в языке общения с ней.
Десятилетиями корпоративные системы создавались на T-SQL и PL/SQL.
Если новая СУБД этих конструкций не понимает, разработчикам приходится переписывать практически каждую процедуру, каждую функцию и нередко каждую строку SQL-кода.
По сути существует два пути.
Первый — переписать всё заново.
Шаг за шагом, процедуру за процедурой, систему за системой.
Но если вспомнить, сколько корпоративных информационных систем было создано за последние десятилетия, становится очевидно, что это огромный объём работы.
Второй путь — изменить не приложение, а саму СУБД.
Научить её понимать тот язык, на котором уже написаны существующие системы.
Именно эта идея легла в основу Digital Q.DataBase.
В системе реализован полиглотный подход: одна СУБД понимает сразу несколько диалектов SQL — PL/pgSQL, T-SQL и PL/SQL.
Благодаря этому разработчику не нужно переводить код на другой язык — база данных сама понимает привычные конструкции.
► И да, сегодня день рождения у Константина Варова — архитектора Digital Q.DataBase и одного из людей, стоявших у истоков её развития.
Спасибо за идеи, которые меняют представление о том, какой может быть современная СУБД.
И отдельное спасибо за то, что с тобой всегда приятно работать.
Пусть впереди будет ещё много поводов удивлять рынок.
С днём рождения!
Друзья!
Совсем скоро — наша оффлайн-встреча в московском офисе 🍕
🗓 Когда: 20 августа (четверг), с 18:00 до 21:00
📍 Где: Москва, офис Диасофт
Мы уже спрашивали ваше мнение — и Вы откликнулись.
Совсем скоро откроем регистрацию, чтобы мы понимали, сколько готовить пиццы и мест 😉
Что Вас ждёт:
— Живое общение с командой разработки
— Обсуждение планов развития Digital Q.DataBase
— Ваши вопросы и пожелания — без формальностей
До встречи!
Совсем скоро — наша оффлайн-встреча в московском офисе 🍕
🗓 Когда: 20 августа (четверг), с 18:00 до 21:00
📍 Где: Москва, офис Диасофт
Мы уже спрашивали ваше мнение — и Вы откликнулись.
Совсем скоро откроем регистрацию, чтобы мы понимали, сколько готовить пиццы и мест 😉
Что Вас ждёт:
— Живое общение с командой разработки
— Обсуждение планов развития Digital Q.DataBase
— Ваши вопросы и пожелания — без формальностей
До встречи!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Digital Q.DataBase можно использовать в учебном процессе бесплатно — Диасофт предоставляет образовательным организациям академическую лицензию с неограниченным количеством установок.
► Вместе с лицензией мы предоставляем готовый комплект учебных материалов: лекционный курс, программу семинарских и самостоятельных занятий, учебные базы данных, а также консультации по работе с СУБД.
► При необходимости можно вообще ничего не разворачивать у себя — предоставить студентам и преподавателям доступ к Digital Q.DataBase на облачных ресурсах Диасофт.
► Студенты могут на практике работать сразу с тремя SQL-направлениями: PostgreSQL, Oracle и MS SQL, изучая разработку приложений без необходимости устанавливать зарубежные СУБД.
► Академическая лицензия также позволяет развернуть необходимое количество серверов и баз данных на инфраструктуре самого учебного заведения и использовать Digital Q.DataBase для внутрихозяйственной деятельности.
Если вашему вузу или колледжу интересно подключиться к программе — пишите.
supportqdb@diasoft.ru
Расскажем, как получить лицензию, учебные материалы и начать работу.
#Вузы #Студенты #БазыДанных #SQL #ИТОбразование #ВысшееОбразование
► Вместе с лицензией мы предоставляем готовый комплект учебных материалов: лекционный курс, программу семинарских и самостоятельных занятий, учебные базы данных, а также консультации по работе с СУБД.
► При необходимости можно вообще ничего не разворачивать у себя — предоставить студентам и преподавателям доступ к Digital Q.DataBase на облачных ресурсах Диасофт.
► Студенты могут на практике работать сразу с тремя SQL-направлениями: PostgreSQL, Oracle и MS SQL, изучая разработку приложений без необходимости устанавливать зарубежные СУБД.
► Академическая лицензия также позволяет развернуть необходимое количество серверов и баз данных на инфраструктуре самого учебного заведения и использовать Digital Q.DataBase для внутрихозяйственной деятельности.
Если вашему вузу или колледжу интересно подключиться к программе — пишите.
supportqdb@diasoft.ru
Расскажем, как получить лицензию, учебные материалы и начать работу.
#Вузы #Студенты #БазыДанных #SQL #ИТОбразование #ВысшееОбразование
1 6 3 3
Уважаемые подписчики!
Вчера мы провели вебинар «СУБД + AI в Digital Q.DataBase».
Говорили о том, как работает наша СУБД с PostgreSQL, MS SQL и Oracle в одной среде, как AI-функции встроены прямо внутрь, про новое KV-хранилище DGrid и, конечно, про свежие обновления платформы.
Спасибо всем, кто подключился!
Запись вебинара скоро появится в канале — следите за новостями.
Вчера мы провели вебинар «СУБД + AI в Digital Q.DataBase».
Говорили о том, как работает наша СУБД с PostgreSQL, MS SQL и Oracle в одной среде, как AI-функции встроены прямо внутрь, про новое KV-хранилище DGrid и, конечно, про свежие обновления платформы.
Спасибо всем, кто подключился!
Запись вебинара скоро появится в канале — следите за новостями.
СУБД + AI в Digital Q.DataBase 18.2 — запись вебинара уже доступна
10 августа мы провели вебинар, посвящённый новым возможностям Digital Q.DataBase 18.2 — от развития полиглотной платформы до интеграции с ИИ и векторного поиска.
Что показали:
🔹 Полиглотная платформа
— единая платформа для PostgreSQL, Microsoft SQL Server и Oracle;
— новые возможности совместимости;
— развитие поддержки различных диалектов SQL.
🔹 Новые возможности RuDB
— новые пакеты;
— расширение функциональности;
— развитие PostgreSQL-совместимой платформы.
🔹 ИИ и векторный поиск
— поддержка векторных операций;
— работа с embedding-моделями;
— интеграция с LLM;
— поиск по смыслу непосредственно из SQL.
🔹 KV-хранилище DGrid
— развитие встроенного KV-хранилища;
— архитектура решения;
— сценарии применения.
🔹 Видео:
https://rutube.ru/video/29214dc34465d67aebbb3e1780914ea1/
#DigitalQDataBase #Diasoft #PostgreSQL #AI #Импортозамещение #СУБД #RuDB
10 августа мы провели вебинар, посвящённый новым возможностям Digital Q.DataBase 18.2 — от развития полиглотной платформы до интеграции с ИИ и векторного поиска.
Что показали:
🔹 Полиглотная платформа
— единая платформа для PostgreSQL, Microsoft SQL Server и Oracle;
— новые возможности совместимости;
— развитие поддержки различных диалектов SQL.
🔹 Новые возможности RuDB
— новые пакеты;
— расширение функциональности;
— развитие PostgreSQL-совместимой платформы.
🔹 ИИ и векторный поиск
— поддержка векторных операций;
— работа с embedding-моделями;
— интеграция с LLM;
— поиск по смыслу непосредственно из SQL.
🔹 KV-хранилище DGrid
— развитие встроенного KV-хранилища;
— архитектура решения;
— сценарии применения.
🔹 Видео:
https://rutube.ru/video/29214dc34465d67aebbb3e1780914ea1/
#DigitalQDataBase #Diasoft #PostgreSQL #AI #Импортозамещение #СУБД #RuDB
С 1 сентября 2026 года Диасофт переходит на новую лицензионную политику СУБД Digital Q.DataBase. Новый подход делает стоимость перехода на импортонезависимую СУБД более понятной и предсказуемой, а сам процесс перехода – оптимальным для организаций любого масштаба.
Преимущества новой лицензионной политики:
Линейка лицензий учитывает особенности всех сценариев. Заказчик оплачивает тот уровень функциональности, который нужен именно в его случае.
Это упрощает закупочные процедуры и снимает вопрос о стоимости владения СУБД в следующих периодах.
Разные сроки действия лицензий позволяют выбрать модель под бюджет проекта и горизонт планирования.
Please open Telegram to view this post
VIEW IN TELEGRAM
Друзья!
Совсем скоро — наша оффлайн-встреча в московском офисе 🍕
🗓 Когда: 20 августа (четверг), с 19:00 до 21:00
📍 Где: 127018, г. Москва, ул. Полковая, д. 3, строение 14
Пожалуйста, пройдите регистрацию, чтобы мы понимали, сколько готовить пиццы и мест 😉
https://forms.yandex.ru/u/6a7ee14795add5249c99894e
*Нам в регистрации по-сути нужны ФИО для пропуска.
По всем вопросам можете писать мне лично:
TG: zavrius
E-MAIL: azhuykov@diasoft.ru
Что Вас ждёт:
— Живое общение с командой разработки (под 🍕)
— Обсуждение планов развития Digital Q.DataBase
— Ваши вопросы и пожелания — без формальностей
До встречи!
#pizzaday
Совсем скоро — наша оффлайн-встреча в московском офисе 🍕
🗓 Когда: 20 августа (четверг), с 19:00 до 21:00
📍 Где: 127018, г. Москва, ул. Полковая, д. 3, строение 14
Пожалуйста, пройдите регистрацию, чтобы мы понимали, сколько готовить пиццы и мест 😉
https://forms.yandex.ru/u/6a7ee14795add5249c99894e
*Нам в регистрации по-сути нужны ФИО для пропуска.
По всем вопросам можете писать мне лично:
TG: zavrius
E-MAIL: azhuykov@diasoft.ru
Что Вас ждёт:
— Живое общение с командой разработки (под 🍕)
— Обсуждение планов развития Digital Q.DataBase
— Ваши вопросы и пожелания — без формальностей
До встречи!
#pizzaday
Please open Telegram to view this post
VIEW IN TELEGRAM
Индекс на булевом поле в PostgreSQL: мнимая оптимизация
Поставить индекс на колонку, где хранится только true или false (например, поле is_active для таблицы users), — это классика. Разработчик гордится проделанной "оптимизацией", но на деле это только пустая трата места на диске.
Почему это бесполезно? Дело в том, что булево поле имеет всего два (с учётом NULL — три) возможных значения. Индекс с такой низкой кардинальностью не позволяет эффективно отсеять данные — оптимизатор всё равно предпочтет полное сканирование таблицы, потому что это будет дешевле.
А что же делать? Выход есть — частичный индекс (CREATE INDEX ... WHERE ...). Он индексирует только те строки, которые вам реально нужны.
Например, если в таблице с пользователями большинство строк принадлежат уже активированным пользователям (is_active = true), а вы часто ищете только неактивированых (is_active = false), создайте индекс именно для них:
Внимание: IS и = для булевых значений — не одно и то же! Для NULL они ведут себя по-разному. Если Вы создали частичный индекс с WHERE is_active IS FALSE, а в запросе напишете WHERE is_active = FALSE — частичный индекс не будет использован. Планировщик PostgreSQL весьма строг к буквальному совпадению условий 😈
P.S: Друзья, ждём Вас 20 августа покушать с нами пиццу в нашем офисе! 🍕
🔗 Регистрируйтесь по ссылке тут
Поставить индекс на колонку, где хранится только true или false (например, поле is_active для таблицы users), — это классика. Разработчик гордится проделанной "оптимизацией", но на деле это только пустая трата места на диске.
Почему это бесполезно? Дело в том, что булево поле имеет всего два (с учётом NULL — три) возможных значения. Индекс с такой низкой кардинальностью не позволяет эффективно отсеять данные — оптимизатор всё равно предпочтет полное сканирование таблицы, потому что это будет дешевле.
А что же делать? Выход есть — частичный индекс (CREATE INDEX ... WHERE ...). Он индексирует только те строки, которые вам реально нужны.
Например, если в таблице с пользователями большинство строк принадлежат уже активированным пользователям (is_active = true), а вы часто ищете только неактивированых (is_active = false), создайте индекс именно для них:
CREATE INDEX idx_inactive ON users (user_id) WHERE is_active IS FALSE;
Внимание: IS и = для булевых значений — не одно и то же! Для NULL они ведут себя по-разному. Если Вы создали частичный индекс с WHERE is_active IS FALSE, а в запросе напишете WHERE is_active = FALSE — частичный индекс не будет использован. Планировщик PostgreSQL весьма строг к буквальному совпадению условий 😈
P.S: Друзья, ждём Вас 20 августа покушать с нами пиццу в нашем офисе! 🍕
🔗 Регистрируйтесь по ссылке тут
Уважаемые подписчики!
Хочу напомнить Вам про канал «Ассоциация Разработчиков СУБД»
Это новостной канал о разработке отечественных СУБД на базе PostgreSQL.
Публикуют новости, исследования, обзоры технологий — всё, что касается развития российских систем управления базами данных.
Может быть полезно и интересно разработчикам, архитекторам, администраторам БД и всем, кто следит за индустрией.
🔗 Ссылка в Telegram
🔗 Ссылка в MAX
Хочу напомнить Вам про канал «Ассоциация Разработчиков СУБД»
Это новостной канал о разработке отечественных СУБД на базе PostgreSQL.
Публикуют новости, исследования, обзоры технологий — всё, что касается развития российских систем управления базами данных.
Может быть полезно и интересно разработчикам, архитекторам, администраторам БД и всем, кто следит за индустрией.
Please open Telegram to view this post
VIEW IN TELEGRAM
OpenBPM и Digital Q.DataBase подтвердили совместимость
Хоулмонт и Диасофт подтвердили совместимость платформы OpenBPM и СУБД Digital Q.DataBase.
OpenBPM позволяет командам, работающим с Camunda, переносить существующие проекты на отечественный BPM-движок благодаря совместимости с API Camunda.
► Для заказчиков это ещё одна возможность использовать российскую СУБД в составе корпоративных BPM-решений.
Хоулмонт и Диасофт подтвердили совместимость платформы OpenBPM и СУБД Digital Q.DataBase.
OpenBPM позволяет командам, работающим с Camunda, переносить существующие проекты на отечественный BPM-движок благодаря совместимости с API Camunda.
► Для заказчиков это ещё одна возможность использовать российскую СУБД в составе корпоративных BPM-решений.
Да, друзья, уже завтра — 20 августа! 🍕
Мы приглашаем абсолютно всех, кому интересен мир СУБД!
Пицца в обмен на вопросы о СУБД
Команда Digital Q.DataBase приглашает в свой московский офис на неформальную встречу.
► Мы угощаем пиццей и напитками, а вы приходите и задаёте любые вопросы о СУБД, команде разработки, возможностях продукта, миграции с Oracle и MS SQL Server и планах развития.
Digital Q.DataBase умеет исполнять диалекты Oracle и MS SQL прямо на лету, без предварительной конвертации кода.
Это позволяет переносить существующие приложения с минимальными изменениями.
🗓 20 августа, 19:00–21:00
📍 Москва, ул. Полковая, д. 3, стр. 14
► Регистрация:
https://forms.yandex.ru/u/6a7ee14795add5249c99894e
ФИО нужны для оформления пропуска.
Остальные поля — по желанию.
По всем вопросам: TG @zavrius или azhuykov@diasoft.ru
Ну и чтобы мы знали, сколько пиццы заказывать 😄
До встречи!
#БазыДанных #PostgreSQL #qdb
Мы приглашаем абсолютно всех, кому интересен мир СУБД!
Пицца в обмен на вопросы о СУБД
Команда Digital Q.DataBase приглашает в свой московский офис на неформальную встречу.
► Мы угощаем пиццей и напитками, а вы приходите и задаёте любые вопросы о СУБД, команде разработки, возможностях продукта, миграции с Oracle и MS SQL Server и планах развития.
Digital Q.DataBase умеет исполнять диалекты Oracle и MS SQL прямо на лету, без предварительной конвертации кода.
Это позволяет переносить существующие приложения с минимальными изменениями.
🗓 20 августа, 19:00–21:00
📍 Москва, ул. Полковая, д. 3, стр. 14
► Регистрация:
https://forms.yandex.ru/u/6a7ee14795add5249c99894e
ФИО нужны для оформления пропуска.
Остальные поля — по желанию.
По всем вопросам: TG @zavrius или azhuykov@diasoft.ru
Ну и чтобы мы знали, сколько пиццы заказывать 😄
До встречи!
#БазыДанных #PostgreSQL #qdb
Диасофт и Медлайнсофт подтвердили совместимость СУБД Digital Q.DataBase и платформы "Медтера.Телемедицина".
Тестирование прошло на специализированном стенде. Проверили ключевые сценарии: ведение электронной медкарты по стандарту HL7 FHIR, телеконсультации, запись на прием, дневники здоровья и работу с множественным доступом к БД.
Тестирование прошло на специализированном стенде. Проверили ключевые сценарии: ведение электронной медкарты по стандарту HL7 FHIR, телеконсультации, запись на прием, дневники здоровья и работу с множественным доступом к БД.