PostgreSQL 16: обзор релиза с Павлом Лузановым (Postgres Professional)

Подписаться 21 тыс.

Просмотров 13 тыс.

50% 1

В данном выпуске Павел Лузанов, руководитель отдела образовательных программ Postgres Professional, рассказывает о наиболее значимых улучшениях, которые стали доступны в PostgreSQL 16. Таймкоды видео:
02:34 Новая система сборки MESON
03:51 Документация
07:12 Локализация
10:56 initdb: установка параметров конфигурации
13:02 Логическая репликация
12:24 Методы сжатия
22:54 Настройка сервера
24:48 [Авто]очистка
32:58 Без суперпользователя
52:25 Мониторинг
01:09:04 Клиентские приложения
01:14:17 Производительность
01:17:23 SQL/JSON

Наука

Опубликовано:

13 сен 2023

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 33

@user-fy5fl5pc3p 9 месяцев назад

мое уважение команде PostgresPro, спасибо за то, что вы делаете

@LeonidKemrin Месяц назад

Огромное спасибо за видео, слушать можно на скорости 1.2

@alexborn738 9 месяцев назад

02:34 Новая система сборки MESON 03:51 Документация 07:12 Локализация 10:56 initdb: установка параметров конфигурации 13:02 Логическая репликация 12:24 Методы сжатия 22:54 Настройка сервера 24:48 [Авто]очистка 32:58 Без суперпользователя 52:25 Мониторинг 01:09:04 Клиентские приложения 01:14:17 Производительность 01:17:23 SQL/JSON

@pavelluzanov1188 9 месяцев назад

Спасибо большое! Попрошу перенести таймкоды в описание видео.

@invisibleinvisible83 9 месяцев назад

Благодарю 🙏🏻❤️ Спасибо за Ваш труд, много полезной инфы особенно про логическую репликацию и про сжатие TOAST тоже очень порадовало

@porodem 9 месяцев назад

thanks pgpro and Pavel

@alx8439 Месяц назад

Вместо вакуума нужен механизм undo как в oracle :)

@maximsmolin8111 9 месяцев назад

Появились ли представления, которые показывают параметры операционной системы - CPU, CPU задействованное чисто под PG, имя сервера/узла кластера итд, как это сделано в MS Sql с buferring?

@maximsmolin8111 9 месяцев назад

Будет ли автоматическое поддержание физической кластеризации таблицы хотя бы по первичному ключу/индексу?

@maximsmolin8111 9 месяцев назад

Будет ли отказ от обязательного включения колонки, по которой идёт секционирование, в первичный ключ?

@test_bot5541 6 месяцев назад

У Оракла уже лет с десяток есть PARTITION BY REFERENCE. Есть кейсы, где это полезно.

@andreymudrakov3916 9 месяцев назад

Выпустите пжл уже сертификацию для разрабов)

@pavelluzanov1188 9 месяцев назад

Две новости: хорошая и плохая :) Хорошая: сначала мы обновим курсы для разработчиков на 15-ю версию, курс DEV1-15 выйдет уже в этом году, вслед за ним DEV2-15. Плохая: к сертификации разработчиков приступим только после этого.

@Oleg_Zhigulin 9 месяцев назад

@@pavelluzanov1188здравствуйте подскажите, а выйдет 2 часть учебника по постгре?с триггерами и языком PL/pgsql

@pavelluzanov1188 9 месяцев назад

@@Oleg_Zhigulin, работа над второй частью учебника идет... Но пока не быстро получается. Можно посмотреть курс DEV1, там эти темы достаточно подробно разбираются.

@strikez3831 5 месяцев назад

@@pavelluzanov1188 Хотя бы приблизительной даты выхода обновленного курса еще нет?

@maximsmolin8111 9 месяцев назад

Когда появится механизм Change Data Capture по отслеживанию изменений в заданной таблице?

@pavelluzanov1188 9 месяцев назад

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

@DmitriiTuryshev 9 месяцев назад

Максим, как вы хотите использовать это механизм? Смотрели kb в сторону pgoutput c replica identity full для наружного использования? Или может debezium cdc?

@maximsmolin8111 9 месяцев назад

@@DmitriiTuryshev нужно как в ms SQL иметь таблицу, аналогичную отслеживаемой, в которой будут фиксироваться всё insert/update/delete производимые над отслеживаемой таблицей. Данные хранить три дня, потом стирать. Работать должно прозрачно для основной системы, т.е. никаких триггеров и прочих дополнений, всë только на стороне админов постгри.

@DmitriiTuryshev 9 месяцев назад

@@maximsmolin8111 Можете плиз привести кейсы использования такой таблицы? Мне для расширения кругозора. Спасибо!

@maximsmolin8111 9 месяцев назад

Добрый вечер, а когда появится автоматическое создание секций (partitions)?

@pitaki 9 месяцев назад

в 10й версии все это есть. вы о чем?

@maximsmolin8111 9 месяцев назад

@@pitaki есть декларативное секционирование, но новые секции нужно создавать вручную: create table T_1 partition of T for values from.. to...

@pitaki 9 месяцев назад

@@maximsmolin8111 а это. триггер before insert обычно пишу. и проверяю ключ разбиения и если таблицы нет, то создаю соответствующую через execute. вот собственно и вся автоматика. 3 минуты делов) более того это удобно так как в секции можно свои индексы настроить и потом удалять их когда секция будет полна(допустим такие условия возникают, что данные уже будут запрашиваться их этой секции крайне редко).

@maximsmolin8111 9 месяцев назад

@@pitaki какая же у вас ролевая модель, что из триггера можно создавать таблицы?

@pitaki 9 месяцев назад

@@maximsmolin8111 хз. я не админ базы. сказали так сделать. сказали, что получится. я сделал. еще в админку вникать... и так дел по горло. работает и ладно.