title

text

Егор Рогов
Егор Рогов Postgres Professional Менеджер
18:30 01 октября
40 мин

Сиквел и приквел: занимательная археология

Предлагаю совершить небольшое путешествие на полвека назад и посмотреть, чем жили наши коллеги. Я расскажу, как работали с базами данных до Кодда и что изменилось с изобретением реляционной теории; поговорим о зарождении первых реляционных систем — System R и Ingres; о том, как появился и завоевал популярность язык SQL; о людях, которые определили наше настоящее и в какой-то степени будущее.

Слайды

Слайды доступны участникам мероприятия, выполнившим вход в личный кабинет.

Видео

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

Другие доклады

  • Андрей Бородин
    Андрей Бородин Yandex Cloud Postgres Hacker
    40 мин

    Необычные возможности системы резервного копирования WAL-G

    Типичный рабочий процесс любого решения для резервного копирования относительно прост: настройте архив для восстановления на определенный момент времени, создайте расписание ротации резервных копий и время от времени проверяйте процесс восстановления. Однако WAL-G предоставляет несколько полезных функций, которые могут пригодиться администраторам баз данных в критической ситуации:
    1. Настройка троттлинга для изменения обычного режима "дешевое резервное копирование - быстрое восстановление".
    2. Расширенные возможности мониторинга согласованности для обеспечения надёжности резервных копий.
    3. Catchup для быстроого сокращения лага и другие функции кластера высокой доступности.
    4. Различные методы извлечения набора изменений для инкрементного резервного копирования. Кроме того, я расскажу о планах на будущее, включая создание согласованных резервных копий для шардированных кластеров и использование расширенных возможностей S3.

  • Александр Котин
    Александр Котин Postgres Professional TPM
    40 мин

    Инструменты Postgres Pro для исправления, фиксации и миграции планов проблемных запросов.

    Для большинства клиентских приложений существует ряд ключевых запросов, время выполнения которых не может превышать критических значений. Но из-за отставания статистик или иных причин, оптимизатор Postgres часто не может найти оптимальный план, что приводит к недопустимым задержкам. А так как запросы создаются автоматически, то исправить их со стороны клиентского приложения сложно или невозможно. В докладе расскажем о том, как можно решать такие проблемы со стороны СУБД. Покажем, как с помощью набора инструментов Postgres Pro идентифицировать такие запросы, исправлять и фиксировать планы, переносить их на реплики в автоматическом режиме, а также как осуществить перенос планов при апгрейде с 15й версии.

  • Екатерина Соколова
    Екатерина Соколова Postgres Professional Разработчик
    40 мин

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

    Город спит, даже не догадываясь, как мужественно администраторы баз данных ради всеобщего блага сражаются за ускорение выполнения запросов на даже долю секунды. Используем встроенные инструменты PostgreSQL, чтобы • вычислять неоптимальные запросы, • избегать проблем с ними в будущем • и даже принимать решения на ходу, без остановки их выполнения.

  • Камиль Каримов
    Камиль Каримов Postgres Professional Старший инженер
    40 мин

    cgroup V2 - Ограничение ресурсов PostgreSQL

    Как в условиях работы нескольких экземпляров PostgreSQL на одной физической или виртуальной машине распределить ресурсы.