Доклады

СУБД возникли гораздо раньше, чем люди это осознали. Мы начнём с самых дальних предпосылок, чтобы правильно проследить, как человечество дошло до концепции СУБД вообще и Постгреса в частности, как развивался и какими технологиями питался Постгрес.  

Из доклада вы узнаете:

• когда была создана первая база данных, и когда людям потребовалась СУБД;
• как менялись представления человечества о том, какой должна быть СУБД, и почему язык SQL возник именно тогда, когда он возник;
• какие были периоды дикого хайпа вокруг тех или иных фич СУБД и во что они вылились после;
• как Стоунбрейкер пришел к идее Постгреса и зачем;
• кто основные контрибьюторы в постгрес и в чём их вклад;
• меняют ли технологии СУБД мир, и если да, то как;
• чем отличается сообщество Постгреса сейчас о того, каким оно было в прошлом веке и почему, насколько это применимо для других сообществ СПО;
• в чем причина(ы) роста популярности Постгреса.

• Что такое мультимастер?
• Как мы его сделали?
• Какие задачи решает мультимастер?
• Какие задачи он не решает?
• Как он работает?
• Как его запустить?

Автор доклада ответит на эти вопросы, расскажет, как устроен мультимастер и что пришлось изменить в ванильном ядре. Как он реагирует на различные внештатные ситуации и как восстанавливается после сбоя.

С октября 2021 года в промышленную эксплуатацию перевели базу 1С ERP на 400 одновременно работающих пользователей. В ERP задействованы почти все блоки учёта: регламентированный, зарплата, производство, планирование, продажи и т.д. Использовалась сборка с сайта 1c.postgres.ru и, к всеобщей радости и удивлению, всё просто взяло и заработало! Но потом появились нюансы, о борьбе с которыми автор как раз и расскажет в докладе.

Как-то ночью у нас на сервере СУБД закончилось место. Кажется банальная ситуация: добавляем место на диске, запускаем СУБД и работаем дальше. Но в этой конкретной ситуации у нас произошла серьезная проблема. Сломались системные и пользовательские индексы. При этом очень интересно сломались. Они читаются, к ним можно обращаться, а вот добавление и изменения их звершается ошибкой. О том как мы решали эту проблему и какие выводы сделали из этой ситуации я расскажу в своем докладе.

Главным событием конца сентября/начала октября в мире PostgreSQL, безусловно, является выход 15-й версии. Кроме того, в конце сентября завершается второй коммитфест 16-й версии.

Что интересного мы увидим в PostgreSQL 15, а что туда всё-таки не попадет? Что нового уже попало в PostgreSQL 16? Поговорим об этом на нашей встрече.

Рост приложения иногда опережает модернизацию инфраструктуры. Мы столкнулись с необходимостью подготовить решение, позволяющее выдерживать волнообразный рост трафика, научиться масштабировать наш PostgreSQL за минуты! Мы начали использовать для этого облако и не ошиблись.

Расскажем вам:

• что сделали, чтобы получить возможность получить в 5-10 раз больше инстансов PostgreSQL, готовых принимать трафик на чтение не позднее чем через 3 мин после старта;
• как получилось удачно вписать новые облачные инстансы (ECS ) без использования стандартных механизмов балансировки (ELB);
• как немного кода на python помогло связать сложные компоненты инфраструктуры и сэкономить.

Встроенная репликация появилась в PostgreSQL уже давно и прошла проверку временем. В настоящее время настройка репликации master-slave не составляет проблемы, и сейчас уже ушла большая часть «детских» проблем и ограничений (например невозможности выполнения read-only запросов на реплике, ограниченности реплики по уровню синхронности с мастером и так далее).

Но построение отказоустойчивого кластера на основе встроенной репликации остается нетривиальной проблемой, поскольку требует недюжинных знаний и квалификации администраторов (как базы данных, так и системных), аналитиков и архитекторов. Весь «зоопарк» имеющихся сейчас решений добавляет новые администрируемые единицы, пакеты, работы по их настройке, а некоторые решения еще и требуют соответствующей аппаратной поддержки. Все это грамотно настроить в соответствии с моделями угроз и требованиями бизнеса — не является простой задачей.

Пришло время приступить к реализации встроенного отказоустойчивого кластера. Автор доклада поделится, какие сложности стоят на этом пути, как их решать; от каких сбоев встроенный кластер может защитить — пусть и не сразу, а от каких не сможет никогда.

• Снова о серебряных пулях (почему не бывает универсальных рекомендаций)
• Параметры настройки
• Вакуум и статистика
• Апгрейды и миграция

Очень важным свойством живых систем является эволюционный прогресс — последовательное увеличение сложности организмов и появление новых уровней организации. Благодаря развитию методов секвенирования и сборки геномов в последнее время накапливаются новые данные, меняющие наши представления о причинах и особенностях крупных эволюционных событий. В данной лекции мы рассмотрим причины усложнения живых систем на геномном уровне на примере крупных эволюционных скачков: появления ядерных организмов (эукариот), появления многоклеточности, а также рассмотрим гипотезы появления человека современного типа.