как попасть
предзапись
когда
октябрь 2026
необходимый грейд
middle/senior
длительность
1.5 месяца
БД начала тормозить
Поставили индексы, чтобы ускорить чтение, а в проде упала скорость записи. Или произошло и то, и другое
Проблемы с транзакциями
По классике поставили SERIALIZABLE для защиты от всех аномалий, а в подарок получили низкую пропускную способность
Много данных
Как их разложить, чтобы они занимали меньше места
Нужно масштабироваться
Пора скейлить БД, но страшно что-то сломать
Случился инцидент в БД
Ошибки чинятся вручную, миграции ломают прод — куда смотреть и как не наломать еще больше дров
PgSQL как черный ящик
Пользуешься «вслепую» и не понимаешь, как БД работает под капотом. Сложно обосновать выбор при проектировании архитектуры
Подойдет middle/senior-разработчикам и архитекторам, если:
Минимальные требования
любой ЯП
базовый SQL
базовый Computer Science
Джунам может быть сложно
Программа рассчитана на тех, кто уже сталкивался с проблемами использования Postgres. Если хочешь «набить шишки» заранее — приходи
PgSQL под капотом
Почему простой UPDATE может раздуть таблицу в разы, куда девается место и почему «база тормозит без причины»
Индексы
Как выбирать индексы под задачу, когда они спасают, а когда — забивают память и замедляют вставки
Запросы и производительность
Как читать план выполнения запроса, находить ошибки в SQL и ускорять запросы, не трогая индексы и схему
Транзакции и конкуретный доступ
Причины дедлоков и двойных списаний, какой уровень изоляции реально нужен, и как проектировать конкурентные операции без гонок и зависаний
Надёжность и масштабирование
Почему реплика может сделать еще хуже, когда внедрять партиционирование, и почему коннекты к базе заканчиваются
Мониторинг и troubleshooting
Как собрать health check по набору запросов и найти источник инцидента — на какие метрики смотреть и как интерпретировать
В рамках курса разберем:
«Раздуешь» БД до массовых UPDATE / DELETE
Оптимизируешь 5 плохих запросов без добавления индексов
Доведешь 1 запрос до «production-grade» со стабильной пагинацией и корректными join’ами
Переработаешь одну из схем и подготовишь безопасную для прода миграцию
Подберешь индексы для запросов, внедришь и измеришь результаты
Реализуешь конкурентный доступ с выбором уровня изоляции, настроишь реплику и починишь production-инцидент
И все это — на задачах, которые постоянно встречаются в prod’e
Самая быстро растущая БД по рейтингу популярности
по данным международной аналитической платформы db-engines
актуально, как никогда
Подробная программа
{
фф"ratio": {
фффф"practice": 50%,
фффф"theory": 50%
фф}
}
фф"ratio": {
фффф"practice": 50%,
фффф"theory": 50%
фф}
}
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
- зачем разработчику понимать Postgres глубже "ORM + SELECT"
- история и философия Postgres: расширяемость, надёжность, MVCC
- реляционная модель в прикладном виде: сущности, связи, ключи, ограничения
- базовый DDL: таблицы, PK/FK, UNIQUE/CHECK, типы данных
Практика:
- поднимаем учебный стенд: docker-compose, доступ, расширения, генерация данных
______________________________
Домашнее задание:
- поднять стенд
- применить миграции (стартовый DDL)
- загрузить тестовые данные
- выполнить набор "sanity" SQL-запросов и прислать результаты
Результат:
- понимаешь роль схемы, ключей и ограничений в качестве продукта
- можешь описать предметную область в виде минимального DDL под конкретный сценарий
Разбираем, почему простой UPDATE может раздуть таблицу в разы, куда девается место и почему «база тормозит без причины» — через внутреннюю кухню MVCC, WAL и autovacuum, которые обычно скрыты от разработчика
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- архитектура процессов: backend, shared buffers, bgwriter/checkpointer/walwriter, autovacuum
- как данные лежат на диске концептуально: heap/pages, почему “update” не перезаписывает строку
- MVCC: снимки, видимость версий, dead tuples
- WAL: зачем нужен, crash recovery, связь с репликацией
Практика:
- ...
______________________________
Домашнее задание:
- «раздуть» БД до массовых UPDATE / DELETE
- измерить рост и базовые метрики (до / после)
- коротко описать, почему так произошло (MVCC + dead tuples)
Результат:
- умеешь объяснить MVCC и последствия для чтения / записи
- знаешь, какие системные представления смотреть для базовой диагностики активности
Разбираем, как читать план запроса, находить структурные ошибки в SQL и ускорять запросы, не создавая ни одного индекса и не трогая схему
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- как думать про запрос: селективность, кардинальности, объём промежуточных данных
- EXPLAIN (ANALYZE, BUFFERS): как читать план на уровне разработчика
- типовые причины медленных запросов без индексов
- техники оптимизации без индексов
Практика:
- ...
______________________________
Домашнее задание:
- оптимизировать 5 «плохих» запросов переписыванием и приложить исходный SQL, новый SQL, план до / после и короткое объяснение эффекта
Результат:
- умеешь читать план и находить лишнюю работу
- знаешь, как ускорять запросы
- можешь доказать улучшение по плану и метрикам в формате «до / после»
Учимся проектировать «защитный слой» в БД и эволюционировать схему без катастроф, когда база превращается в «свалку», ошибки данных чинятся вручную, а миграции ломают прод
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- нормализация vs денормализация: критерии выбора
- сonstraints как бизнес-правила: PK/FK/UNIQUE/CHECK, дефолты, nullable/non-nullable
- типы данных: деньги / время / uuid
- когда нужны domain / enum
- JSONB: когда оправдан, где границы
- миграции: expand / contract, backward compatibility, опасные операции
Практика:
- ...
______________________________
Домашнее задание:
- переработать схему одного кейса: добавить constraints, исправить типы и описать миграционный план
Результат:
- умеешь проектировать схему, которая ловит ошибки приложения
- знаешь, как выбирать типы и ограничения под доменную модель
- понимаешь, как делать миграции безопасно для продакшена
Разбираем, почему «создал индекс — не помогло», как выбирать индексы под задачу, когда составной / частичный / покрывающий индекс реально спасет, а когда он только съедает место и замедляет вставки
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- B-tree: селективность, порядок колонок, range queries
- Covering indexes (INCLUDE), expression indexes
- Partial indexes для «горячих» подмножеств
- GIN / BRIN и когда они реально нужны
- Цена индексов: write amplification, обслуживание, bloat
Практика:
- ...
______________________________
Домашнее задание:
- для набора запросов предложить индексы + объяснить ожидаемое изменение плана. Приложить планы до / после после создания индексов
Результат:
- умеешь выбирать индекс под конкретный кейс и план
- понимаешь trade-off чтения и записи
- можешь собрать минимальную индексную стратегию под задачу
Разбираем, откуда берутся «рандомные» дедлоки и двойные списания, какой уровень изоляции реально нужен, и как проектировать конкурентные операции без гонок и зависаний — от очередей до резервирования
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- ACID и уровни изоляции в PG: что гарантируется и где ловушки
- Locks: что именно блокируется и почему
- Дедлоки: типовые причины, как воспроизвести и диагностировать
- Паттерны: idempotency, upsert, SKIP LOCKED, оптимистичные / пессимистичные подходы
- Advisory locks
Практика:
- ...
______________________________
Домашнее задание:
- 2–3 задачи на конкурентный доступ (очередь / резерв / списание) с выбором изоляции и объяснением
- доказать корректность сценария на уровне инвариантов
Результат:
- умеешь проектировать конкурентные операции
- знаешь, как предупредить, найти и устранить дедлоки
- понимаешь, почему «длинные транзакции» убивают систему
Разбираем, почему после добавления реплики может стать хуже, как и зачем проверять бэкапы, когда внедрять партиционирование, и почему коннекты к базе вдруг заканчиваются
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- physical vs logical replication: когда что выбирать
- backup / restore и идея PITR
- failover и влияние на приложение: таймауты, лаг, read-after-write
- connection pooling (pgbouncer): зачем, режимы, типовые грабли
- партиционирование: критерии, ключ, жизненный цикл.
- шардирование: когда внедрять и границы применения (обзорно)
Практика:
- ...
______________________________
Домашнее задание:
- настроить реплику
- показать лаг
- отработать сценарий чтения с реплики
- сделать партиционирование events по времени + сравнение запросов
Результат:
- понимаешь базовые стратегии отказоустойчивости для Postgres
- понимаешь, когда партиционирование даёт эффект, а когда усложняет жизнь
Учимся собирать health check базы и искать источник инцидента
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- pg_stat_statements: как найти самые дорогие запросы
- pg_stat_activity: что сейчас происходит, кто блокирует, кто ждёт
- симптомы проблем vacuum / bloat на уровне разработчика
- логи: slow queries, deadlocks, минимальные настройки
Практика:
- ...
______________________________
Домашнее задание:
- собрать «DB health report»: набор диагностических SQL + интерпретация результатов
- предложить алерты / пороги и обосновать
Результат:
- умеешь собрать быстрый health check PostgreSQL по набору запросов
- можешь локализовать причину: запросы vs блокировки vs обслуживание
- знаешь необходимый минимум набора метрик и алертов для команды разработки
Разбираем, как обосновать выбор Postgres на System Design интервью, чем он отличается от других БД в боевых сценариях, и соберем финальный артефакт — дизайн схемы, индексов, мониторинга и HA под конкретную нагрузку
Теория:
Практика:
______________________________
Домашнее задание:
Результат:
Теория:
- PG как компонент архитектуры: границы ответственности, where-to-cache, where-to- queue, где OLTP заканчивается
- highload-паттерны вокруг PG: идемпотентность, outbox, read-model, батчи, лимиты соединений
- Postgres vs MySQL / InnoDB vs SQL Server / Oracle — когда и что выбирать
- вопросы с собеседований: планы, индексы, транзакции, блокировки, vacuum, replication
Практика:
- мини-дизайн под один из кейсов: схема + запросы + индексы + мониторинг + HA
______________________________
Домашнее задание:
- сделать финальный документ по выбранному кейсу: схема, ключевые запросы, индексная стратегия, миграции, мониторинг, HA / backup
- реализовать нагрузочный прогон, сделать выводы и составить план улучшений
Результат:
- можешь обосновать решения по базе в system design: trade-offs, риски, эксплуатация
- готов к большинству вопросов по БД на system design интервью
- умеешь говорить и проектировать на уровне продукта / нагрузки / рисков
{
фф"level_of_knowledge": {
фффф"deep": true,
фффф"slight": false
фф}
}
фф"level_of_knowledge": {
фффф"deep": true,
фффф"slight": false
фф}
}
В итоге освоишь postgres на продвинутом уровне
/1
Внутреннее устройство и практическое применение
/2
Тонкости, лучшие практики, паттерны и антипаттерны при использовании
/3
Не будет потребности в чтении доплитературы — узнаешь все, что сейчас есть и используется
/4
Можешь работать с любой реляционной БД — основополагающие концепции везде едины
{
фф"comparison_table": {
фффф"row_1": balun_courses,
фффф"row_2": other_schools
фф}
}
фф"comparison_table": {
фффф"row_1": balun_courses,
фффф"row_2": other_schools
фф}
}
отличие этого курса от других — фокус на разработчике, а не на администраторе
Школы
Отличия
Другие
- Заточены под DBA и DevOps: настройка конфигов, оптимизация параметров движка, бэкапы и репликация на уровне администрирования
- Дают отрывочные знания по отдельным темам без системной картины
- Нет информации, как проектировать архитектуру и принимать инженерные решения при росте нагрузки
Мы
- Глубокий материал — преподаватель 7 лет работает с PostgreSQL в продакшене с терабайтовыми кластерами
- Идём от проблем разработчика: «запрос тормозит», «индекс не помогает», «дедлоки без причины» — разбираем механику, применяем на стенде, фиксим
- Фокус только на разработчиках и архитекторах
из чего состоит курс
Живые созвоны — длятся по 1.5−2 часа и проходят 2 раза в неделю в свободное от работы время. Есть запись
9 уроков в online-формате
Построили курс от проблем, которые встречаются на практике. Отточим все на учебном стенде
Практика на реальных кейсах
Online-встречи для ответов на вопросы по домашним заданиям и лекциям. Фидбек дает преподаватель — никаких кураторов и помощников
Q&A-сеccии
Посмеяться, обсудить проблему или задать вопрос — на связи преподаватель и другие студенты
Общий чат
Выдадим для подтверждения твоих навыков
Сертификат
Т-Банк
руководит командой разработки, разрабатывает функционал внутри чата обслуживания
ВКонтакте
ex-Senior, разработка платформы для мини-приложений
SkyEng
ex-Senior, разработка back office продукта
Конференции
спикер HighLoad++, Стачка, PHP Russia, Podlodka Crew
преподает Олег Мифле, Team Lead разработки в Т-банке
15+ лет
промышленного опыта разработки
7+ лет
использует PgSQL в продакшене
12 терабайт
максимальное кол-во данных
в Postgres
10+ докладов
по PgSQL на ведущих конференциях
Отвечаем репутацией за качество
{
ффф"it_companies": {
ффффф"trust": 100%
ффф}
}
ффф"it_companies": {
ффффф"trust": 100%
ффф}
}
У нас регулярно учатся BigTech-компании, и в списке лишь некоторые из них:
3 из 10
человек после 1-го курса проходят еще несколько
5.0
независимая оценка качества курсов от Яндекса
>1300
человек повысили у нас квалификацию
86.6%
учеников готовы нас рекомендовать знакомым
поддерживаем высокие метрики удовлетворенности
Частые вопросы по курсу
В неделю понадобится ≈8 часов:
Но часы обучения можно подстроить под себя — у тебя останутся записи уроков и Q&A-сессий с разбором вопросов по лекциям и практике. Если в них не получится найти нужные ответы, можно задать вопрос в общем чате с преподавателем
- два урока по 1.5−2 часа
- домашние задания — примерно 2 часа
Но часы обучения можно подстроить под себя — у тебя останутся записи уроков и Q&A-сессий с разбором вопросов по лекциям и практике. Если в них не получится найти нужные ответы, можно задать вопрос в общем чате с преподавателем
Курс ориентирован на разработчиков и архитекторов уровня Middle/Senior
Для прохождения курса нужно знать:
Для прохождения курса нужно знать:
- любой backend-язык
- SQL на базовом уровне
- computer science на базовом уровне
Проверки не будет, но преподаватель даст референс для самопроверки, на который можно будет опираться. А если возникнут вопросы, их можно задать на Q&A-сессиях с преподавателем в Zoom
Курс оплачивается на сайте через платежный виджет. Чек об оплате высылать не нужно, доступ в личный кабинет ученика приходит сразу после оплаты
Мы находимся в процессе получения государственной лицензии, поэтому пока нельзя получить налоговый вычет. Зато можно получить кешбэк на образовательные услуги, если он подключен у тебя в банке
Да, после заполнения формы оплаты ты перейдешь на платежную страницу. Внутри есть системы, работающие с иностранными картами
Да, у нас есть возможность оплатить курс через юридическое лицо.
Чтобы сделать это, пожалуйста, свяжитесь с нами через форму заявки. Отвечаем в течение 1-го дня
Оставить заявку
Чтобы сделать это, пожалуйста, свяжитесь с нами через форму заявки. Отвечаем в течение 1-го дня
Оставить заявку
Да, в течение первой недели обучения ты сможешь вернуть всю стоимость курса за вычетом комиссии платежной системы, если останешься недоволен качеством или поймешь, что курс тебе не подходит
Примерно 50
Да, на курсе все теоретические и практические занятия ведет только один преподаватель. Он же проводит Q&A-сессии и отвечает на вопросы в общем чате.
У нас нет кураторов и помощников — только прямое общение студентов с преподавателем
У нас нет кураторов и помощников — только прямое общение студентов с преподавателем
задать вопрос
Пиши, если есть вопрос по курсу или не знаешь, с чего начать — поможем советом