📍Postgresso #11 (60) — главные события мира PostgreSQL за ноябрь

Выпуск начинается с раздела «Лицензии и апокалипсис»: собрали ссылки по поводу резких действий компании HashiCorp, ещё более резкой реакции сообщества и новом, альтернативном проекте OpenBao.

Есть новое в разделе «Образование» (не без участия ИИ): рассказали про инструмент миграции IvorySQL китайской фирмы HighGo, собрали ссылки на фотографии и видео с конференций месяца.

Читайте свежий дайджест

📍Обновление Postgres Pro Standard и Postgres Pro Enterprise

Выпуски основаны на соответствующих релизах PostgreSQL 9 ноября, наследуют все их улучшения и устранения уязвимостей.

✔️Релизы выпущены для версий 11.22.1, 12.17.1, 13.13.1, 14.10.1, 15.5.1, а также 16.1.1 редакции Standard.

✔️В версиях 14.10.1 и 15.5.1 для соответствия новым требованиям ФСТЭК обновлены расширение pg_proaudit (до версии 1.2) и утилита pg_integrity_check (в том числе для Postgres Pro Enterprise 13.1).

✔️В версиях 12.17.1, 13.13.1, 14.10.1, 15.5.1 расширение pgpro_stats обновлено до версии 1.6.3, позволяющей отображать в отчётах pgpro_pwr статистику очистки на уровне таблиц и индексов.

Это обновление — последнее для редакций СУБД версии 11, рекомендуем перейти на более новые.

Читайте подробности про обновление Postgres Pro Standard и Postgres Pro Enterprise.

📍Перенос данных с Oracle на PostgreSQL: серия статей

Делимся серией статей на Хабре про миграцию с Oracle: разбираем основные этапы переноса данных, какой код стоит переносить, как его адаптировать и конвертировать.

Автор материалов — ведущий инженер департамента внедрения и технической поддержки Postgres Professional Петр Петров, более десяти лет работает с Oracle и PostgreSQL.

✔️Перенос данных: основные этапы, несовпадающие типы и форматы данных

Рассказываем про основные этапы переноса данных, различия типов и форматов данных в целевой СУБД и СУБД-источнике.

✔️Перенос данных: секционирование, временные таблицы и инструменты

Останавливаемся на секционировании и временных таблицах, рассматриваем инструменты для конвертации данных и сокращения времени простоя.

✔️Работа с хранимым кодом приложения: особенности, сложности и способы их преодоления

Разбираемся, какой код стоит переносить; какие особенности затрудняют перевод на PostgreSQL; как заменить особенности исходной СУБД при конвертации хранимого кода в СУБД-источник.

✔️Миграция кода: особенности и пути обхода, средства конвертации, вспомогательные модули

В материале рассматриваем оставшиеся особенности, адаптацию и конвертацию кода, выбор средств для конвертации.

🔥Скоро расскажем о наших разработках для облегчения миграции с Oracle на Postgres Pro.

📍Запуск Портала технической поддержки Postgres Professional

Для удобства клиентов мы запускаем новый Портал технической поддержки, где можно:

✔️Самостоятельно управлять списком сотрудников, которые могут обращаться за технической поддержкой;

✔️Просматривать свои лицензии и сертификаты;

✔️Управлять доступами к репозиториям с продуктами Postgres Pro (в рамках имеющихся сертификатов);

✔️Вести работу в текущих заявках, открывать новые и просматривать старые заявки;

✔️Работать в заявках от разных клиентов (актуально для интеграторов).

🔥Также на Портале мы собрали «Базу знаний» — каталог статей с полезной информацией, по которым можно осуществлять поиск на интересующую тему.

Узнать больше о Портале

🔥Postgres Pro Enterprise 16

Представляем Postgres Pro Enterprise 16.1.1 — самый значимый релиз Postgres Pro за последние 5 лет по количеству новых разработок!

Среди главных фич:

✔️Встроенная система управления отказоустойчивым кластером Postgres Pro Enterprise BiHA (Built-in High Availability);

✔️Администратор без доступа к данным — позволяет защититься от злоумышленников с правами Администратора БД / Администратора СУБД, не давая им ни модифицировать, ни читать конфиденциальные данные;

✔️Приоритизация ресурсов — новый инструмент повышения эффективности использования СУБД с большим количеством пользователей;

✔️Новые системные пакеты-аналоги Oracle — функциональность, работающая по аналогии с пакетами Oracle;

✔️Адаптивный оптимизатор запросов AQO 2.0 — позволяет планировщику Postgres Pro выбирать самый эффективный план, создаваемый на основе статистики планирования и выполнения запросов;

✔️Обновленное расширение sr_plan — в комбинации с AQO версии 2.0 реализуют первую в мире Postgres интеллектуальную систему исправления и стабилизации проблемных планов запросов «на лету»;

✔️Поддержка внешних файлов в виде отдельного типа BFile;

✔️Обновленное приложение pg_probackup;

✔️Поддержка всех возможностей Postgres Pro Standard 16 и выпущенной осенью PostgreSQL 16.

👉 Подробнее о новых функциях Enterprise 16.1.1

PostgreSQL 17: Часть 3 или Коммитфест 2023-11. Что принес ноябрьский коммитфест?

В обзоре на Хабре руководитель отдела образовательных программ Postgres Professional Павел Лузанов рассказывает про интересные нововведения последнего коммитфеста в этом году.

Читайте статью

🎄Предновогодний интерактив на знание PostgreSQL

В любой поддерживаемой версии PostgreSQL, в сеансе суперпользователя выполним команды:

CREATE ROLE app_owner; -- создаем владельца объектов приложения
CREATE TABLE t (
    id        int PRIMARY KEY,
    parent_id int REFERENCES t(id)
);
ALTER TABLE t OWNER TO app_owner;
REVOKE ALL ON t FROM app_owner; -- никаких действий под владельцем
INSERT INTO t VALUES (1,NULL);
DELETE FROM t;
DROP TABLE t;
Других сеансов нет, синтаксис правильный.

В следующем посте будет опрос. Отметьте в нем команды, которые завершатся ошибкой.

Как это работает: внешние ключи

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

DELETE FROM t;
ERROR:  permission denied for table t
CONTEXT:  SQL statement "SELECT 1 FROM ONLY "public"."t" x WHERE "id" OPERATOR(pg_catalog.=) $1 FOR KEY SHARE OF x"

Но как удаление только что добавленной строки может завершиться ошибкой? Почему у суперпользователя не хватает прав на таблицу t? И откуда взялась команда SELECT из контекста?

Все дело в ограничении внешнего ключа в таблице t: столбец parent_id ссылается на id этой же таблицы. Для реализации внешних ключей в PostgreSQL используются табличные триггеры. Их называют системными. Это триггеры на языке C, они создаются автоматически, команды psql их не показывают. Но их можно найти в системном каталоге pg_trigger, например в таблице t их сейчас 4. При удалении сработал триггер на DELETE. В триггере проверялось, что на удаляемую строку другие строки не ссылаются.

Так вот оказывается, что системные триггеры выполняются с правами владельца таблицы, а не с правами вызывающего команду DELETE. После выполнения REVOKE, прав на таблицу у app_owner нет. Поэтому любые пользователи будут получать подобные ошибки. Но если права вернуть, то всё заработает:

GRANT ALL ON t TO app_owner;
DELETE FROM t WHERE id = 1;
DELETE 1

Подобное поведение будет неожиданным для пришедших из других СУБД, где забирать у владельцев права на объекты вполне допустимо.

Но неожиданности в реализации системных триггеров на этом не заканчиваются. В недавней статье Broken foreign keys: how can that happen in PostgreSQL? Лауренц Альбе дает хорошее введение в системные триггеры и рассказывает как сломать ограничение внешнего ключа "законными" действиями.

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

🎄 Этот год был ярким и насыщенным, спасибо за то, что провели его с нами! Поздравляем вас с наступающим 2024 годом, пусть он принесёт только самое хорошее!

🎁 А в качестве небольшого подарка — наш традиционный календарь «Postgres Pro в авангарде» на 2024 год!

До встречи!

📍Открыта регистрация на конкурс «СУБД Postgres Pro»

Приглашаем студентов и выпускников вузов и колледжей от 18 до 27 лет принять участие в нашем конкурсе на олимпиаде «IT⁠-⁠Планета 2024»:

✔️Первый этап — дистанционное тестирование на знание основ теории баз данных и основ языка SQL;

✔️Второй этап — дистанционное решение логических и практических задач, разработка нестандартных SQL-запросов;

✔️Финал — состязание в очном формате среди тех, кто прошел два отборочных этапа конкурса.

🔥Победители и призеры получат подарки от Postgres Professional: мерч, ваучер на бесплатное прохождение сертификации «Администратор PostgreSQL.Профессионал» и многое другое!

Читайте подробности и регистрируйтесь

Миграция на СУБД Postgres Pro: большой семинар Postgres Professional

13 февраля проведем PGMeetup, где выступят специалисты Postgres Professional, «Айбим», «Конвертум»:

✔️Расскажем про инструменты и технологии миграции, представим решения для упрощения этого процесса в Postgres Pro Enterprise 16;

✔️Представим кейс миграции НСИ Строительного Комплекса Московской Государственной Экспертизы с Oracle на Postgres Pro;

✔️Обсудим архитектуру максимальной доступности в СУБД Postgres Pro Enterprise.

🔥Семинар будет интересен разработчикам и администраторам, а также техническим архитекторам.

📍Митап пройдет в «Рэдиссон Славянская», для очного участия дождитесь подтверждения на почту после регистрации. Также доступна онлайн-трансляция. Участие — бесплатное, по итогам встречи отправим запись.

Регистрация на PGMeetup

📍Postgresso #12 (61) — главные события мира PostgreSQL за декабрь

Декабрьский Postgresso начинается с нашей главной новости: вышел Postgres Pro Enterprise 16.1.1. Также в выпуске:

✔️Обсудили задачи для соискателей крупных IT-компаний от HR-службы Google и не только;

✔️Рассмотрели молодые языки программирования и судьбу «старичков»: COBOL и Postgres для s390;

✔️Рассказали историю, как заработать (или не заработать) на поиске уязвимостей в защищенной ОС.

Читайте выпуск

Встреча с экспертами по PostgreSQL в Санкт-Петербурге

8 февраля в Санкт-Петербурге пройдет PGMeetup.СПб/24, где выступят специалисты Postgres Professional и Selectel:

✔️Эксперты Selectel представят результаты тестирования производительности ванильного постгреса и Postgres Pro Enterprise 16 на платформах Intel, AMD, ARM, обсудят методику тестов;

✔️Ведущий разработчик Postgres Professional Максим Орлов расскажет про особенности 64-битного счётчика транзакций в PostgreSQL.

Митап будет интересен для всех IT-специалистов, кто интересуется Postgres или работает с этой СУБД.

📍Встреча пройдет очно в дата-центре Selectel, также будет онлайн-трансляция. Участие — бесплатное.

Регистрируйтесь на PGMeetup.СПб/24