03 – 04 апреля 2023
PGConf.Russia 2023
PGConf.Russia 2023
PGConf.Russia – международная техническая конференция по открытой СУБД PostgreSQL, ежегодно собирающая более 700 разработчиков, администраторов баз данных и IT-менеджеров для обмена опытом и профессионального общения. В программе – доклады в два потока в течение двух дней, живое общение на кофе-брейках и фуршете.
Темы встречи
- Эксплуатация СУБД. Опыт DBA.
- миграция на Postgres
- мониторинг и настройка СУБД
- отказоустойчивые и маштабируемые системы
- новости от разработчиков
Доклады
Архив докладов
-
Иван Фролков Postgres Professional инженер-консультантГенерация первичных ключей - старая задача, довольно неплохо решаемая последовательностям, но, к сожалению, не идеально. Возникают проблемы с распределенной генерацией, действительной уникальностью и предсказуемостью. UUID изначально почему-то не предполагался для использования в качестве ключа СУБД, но новые версии (6,7 и 8) позволяют довольно удобно использовать их в качестве как для синтетических, так и для естественных ключей.
-
Василий Пучков ООО Главный эксперт- Сцилла и Харибда управления проектами;
- Сирены личных целей;
- Цирцея для IT-профессионалов;
- Полифем защиты информации.
И главное: как сделать так, чтобы ваш путь к цели не растянулся на 10 лет!
-
Павел Лузанов Postgres Professional Руководитель образовательных программ8 апреля завершается прием изменений в 16-ю версию.
Ряд новинок уже известен, в частности нас ждут любопытные изменения в области безопасности и логической репликации. Но сделать анонс всех интересных патчей до окончания мартовского коммитфеста нельзя. По опыту предыдущих релизов можно предположить, что самые интересные патчи будут приняты во второй половине марта и начале апреля.
Поэтому интрига с содержанием этого доклада будет сохраняться до самого последнего момента в том числе и для автора.
-
Антон Дорошкевич ИнфоСофт Руководитель Отдела-ИТВ процессе эксплуатации баз достаточно больших 1С на СУБД PostgreSQL часто возникают вопросы, ответы на которые не так просто найти даже в документации. Хотелось бы поделиться опытом решения таких вопросов на базе нескольких переводов 1С с MS SQL на PostgreSQL клиентов из рейтинга РБК500. В докладе будут освещены такие моменты как: Как регулировать уровень глубины расчёта статистики и чем это может быть опасно? Как создание явной и неявной временной таблицы может "положить" сервер СУБД и как с этим бороться? В каком случае процесс СУБД будет убит операционной системой из-за перерасхода оперативной памяти и что с этим делать? Чем хорошо когда на одном кластере СУБД одна база, чем плохо когда много баз на одном кластере СУБД? Как быть с ресурсами серверов для сред тестирования и разработки при подходе "1 кластер - 1 база"? Резервное копирование- тонкости разных вариантов снятия бэкапов на PostgreSQL.
Фотографии
Архив фотографий