SQL — только начало. По мере роста объема данных и требований к ИТ-инфраструктуре специалисту по СУБД PostgreSQL приходится решать все более сложные задачи: разрабатывать серверную логику, администрировать СУБД, контролировать производительность, обеспечивать резервное копирование и репликацию, настраивать доступ и защищать данные.

Но какой навык развивать следующим? И обязательно ли изучать всю линейку PostgreSQL, чтобы перейти на новый профессиональный уровень?

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

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

У PostgreSQL нет одной универсальной траектории развития. Дальнейший путь зависит от того, какие задачи специалист решает на работе.

Условно можно выделить три направления:

Траектория №1.
DBA: от базового администрирования к производительности и надежности

Шаг 1. DBA1 — освоить администрирование PostgreSQL

Первый уровень DBA — понять архитектуру PostgreSQL и научиться выполнять основные административные задачи.

На этом этапе специалист знакомится с:

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

Для этого предназначен курс DBA1. Администрирование PostgreSQL. Базовый курс.

Это переход от работы с SQL и данными к пониманию того, как устроена и администрируется сама СУБД PostgreSQL.

Шаг 2. DBA2 — глубже разобраться в работе PostgreSQL

После базового администрирования следующий уровень — понять, что происходит внутри СУБД при работе под нагрузкой.

DBA2 подробно разбирает:

• многоверсионность;
• версии строк и снимки данных;
• HOT-обновления;
• очистку и автоочистку;
• заморозку;
• буферный кэш;
• журнал предзаписи;
• контрольные точки;
• блокировки;
• управление расширениями;
• локализацию;
• обновление сервера.

Следующий шаг — DBA2. Администрирование PostgreSQL. Настройка и мониторинг.

Шаг 3. DBA3 — резервное копирование и репликация

Даже если PostgreSQL работает стабильно, необходимо понимать, как восстановить данные и обеспечить их доступность при сбоях.

На этом этапе специалист изучает:

• логическое резервирование;
• базовую резервную копию;
• архивирование WAL;
• физическую репликацию;
• переключение на реплику;
• логическую репликацию;
• сценарии использования репликации.

Для этого предназначен DBA3. Администрирование PostgreSQL 16. Резервное копирование и репликация.

Это направление уже связано не только с эксплуатацией СУБД, но и с сохранностью и доступностью данных.

Шаг 4. QPT — разобраться, почему запросы работают медленно

Даже корректно настроенная СУБД может испытывать проблемы с производительностью из-за запросов, индексов или выбранного плана выполнения.

QPT позволяет системно разобраться в том, как PostgreSQL планирует и выполняет запросы.

На курсе рассматриваются:

• этапы обработки и планирования запросов;
• Seq Scan, Index Scan, Bitmap Scan и Index-Only Scan;
• разные типы индексов;
• сортировка и группировка;
• алгоритмы соединения таблиц;
• статистика и оценка кардинальности;
• профилирование;
• материализация;
• настройка сервера, приложения и запросов.

Для этого предназначен QPT. PostgreSQL. Оптимизация запросов.

И это направление важно не только для DBA. Разработчику также необходимо понимать, как написанный им запрос будет выполняться СУБД и откуда может возникать нагрузка.

Шаг 5. DBS — добавить компетенции по безопасности

Безопасность PostgreSQL — отдельная область компетенций.

На этом уровне специалист изучает:

• роли и привилегии;
• членство в ролях;
• доступ на уровне строк;
• подходы к настройке доступа;
• аутентификацию;
• SSL;
• внешнюю аутентификацию.

Для этого предназначен DBS. Основы безопасности PostgreSQL 16

Курс может быть полезен и DBA, и разработчикам, которые непосредственно работают с PostgreSQL.

Траектория №2.
Разработчик PostgreSQL

Работа разработчика с PostgreSQL не ограничивается написанием SELECT-запросов.

В серверной части приложения могут использоваться функции, процедуры, триггеры, курсоры, обработка ошибок и другие возможности СУБД. При этом разработчику важно понимать не только синтаксис, но и то, как PostgreSQL выполняет его код и работает с данными.

Шаг 1. PostgreSQL для разработчиков — сформировать базу

Если специалист знает основы SQL, но хочет системно работать именно с PostgreSQL, отправная точка — PostgreSQL для разработчиков.

За 40 академических часов курс дает базу для дальнейшего развития:

• знакомит с архитектурой и основными возможностями PostgreSQL;
• учит создавать базы данных, схемы и таблицы;
• помогает уверенно работать с выборкой и изменением данных;
• разбирает соединения, подзапросы, CTE и агрегатные функции;
• знакомит с оконными функциями;
• показывает работу с JSON и JSONB;
• рассматривает транзакции, ACID и уровни изоляции;
• дает практику работы с psql и pgAdmin.

Это фундамент, на который можно дальше наращивать компетенции разработчика или DBA.

Шаг 2. DEV1 — освоить серверную разработку

DEV1. Разработка серверной части приложений PostgreSQL. Базовый курс — следующий шаг для специалиста, который уже владеет SQL и хочет глубже использовать PostgreSQL на стороне сервера.

В программе:

• архитектура PostgreSQL;
• логическая и физическая организация данных;
• функции и процедуры;
• PL/pgSQL;
• курсоры;
• динамический SQL;
• массивы;
• обработка ошибок;
• триггеры;
• отладка;
• разграничение доступа;
• логическое резервирование.

Здесь разработчик переходит от работы с данными к использованию серверной логики PostgreSQL.

Шаг 3. DEV2 — расширить возможности серверной разработки

После DEV1 можно перейти к DEV2. Разработка серверной части приложений PostgreSQL 16. Расширенный курс.

Здесь внимание смещается на более сложные возможности PostgreSQL:

• изоляцию и многоверсионность;
• очистку, журналирование и блокировки;
• пул соединений;
• работу с большими значениями;
• пользовательские типы;
• классы операторов;
• слабоструктурированные данные;
• фоновые процессы;
• асинхронную обработку;
• создание расширений;
• языки программирования;
• агрегатные и оконные функции;
• полнотекстовый поиск.

Шаг 4. QPT — разобраться в производительности запросов

Разработчику важно понимать, как его код взаимодействует с СУБД.

QPT помогает перейти от вопроса «как написать запрос?» к вопросу «почему PostgreSQL выполняет его именно так и как найти узкое место?»

На курсе рассматриваются планы выполнения, методы доступа к данным, индексы, алгоритмы соединения, статистика планировщика, профилирование и подходы к настройке сервера, приложения и запросов.

Поэтому после освоения серверной разработки можно добавить QPT. PostgreSQL. Оптимизация запросов.

Шаг 5. Авторский практикум — применить возможности PostgreSQL на практике

Если необходимо не просто изучать отдельные возможности СУБД, а применять их в прикладных задачах, можно перейти к PostgreSQL для разработчика. Авторский практикум.

В программе:

• подключение приложений через libpq, JDBC, ODBC и psycopg3;
• пул соединений PgBouncer;
• ORM и типичные ошибки;
• расширения PostgreSQL;
• PostGIS;
• Foreign Data Wrappers;
• иерархические структуры;
• партиционирование;
• оконные функции;
• пользовательские агрегатные функции;
• функции и процедуры на C и Python;
• создание пользовательских расширений.

Практикум предполагает подготовку на уровне DEV1 или эквивалентную подготовку, поэтому его можно рассматривать как практическое углубление после серверной разработки.

Шаг 6. DBS — добавить безопасность в разработку

Разработчику также важно понимать:

• роли и привилегии;
• разграничение доступа;
• доступ на уровне строк;
• методы аутентификации;
• SSL и защищенные подключения.

Для этого можно добавить DBS. Основы безопасности PostgreSQL 16.

Траектория №3.
Универсальный специалист по PostgreSQL

Не всем специалистам нужно выбирать строго между DBA и разработкой.

Если работа находится на стыке приложения и инфраструктуры, полезно постепенно объединять компетенции.

Например:

PostgreSQL для разработчиков

DEV1.
Разработка серверной части приложений PostgreSQL. Базовый курс

DEV2.
Разработка серверной части приложений PostgreSQL 16. Расширенный курс.

QPT.
PostgreSQL. Оптимизация запросов

DBA2.
Администрирование PostgreSQL. Настройка и мониторинг

DBS.
Основы безопасности PostgreSQL 16 и/или

DBA3.
Администрирование PostgreSQL 16. Резервное копирование и репликация

Такой специалист понимает не только серверную логику приложения, но и устройство PostgreSQL, его работу под нагрузкой, управление доступом, резервное копирование и репликацию.

Здесь нет единственно правильной последовательности. Начинать стоит с той области, которая ближе к текущим рабочим задачам.

Где здесь PGPRO?

PGPRO. Возможности Postgres Pro Enterprise 16 — отдельное направление для специалистов, которым необходимо работать с промышленной реализацией PostgreSQL.

В программе:

• редакции и возможности Postgres Pro Enterprise;
• Postgres Pro Enterprise Manager;
• установка, настройка, обновление и миграция;
• CFS;
• адаптивная оптимизация;
• перепланирование и сохранение планов;
• анализ производительности;
• аудит;
• защищенная схема;
• анонимизация данных;
• резервное копирование с pg_probackup;
• кластерные технологии multimaster и BiHA.

PGPRO не является обязательным следующим шагом после DBA3. По требованиям курса необходимы знания Linux и предварительная подготовка по QPT.

Поэтому его логичнее рассматривать как отдельную специализацию для специалистов, которым предстоит работать именно с Postgres Pro Enterprise.

Как выбрать свой следующий курс?

Не обязательно проходить всю линейку. Ориентируйтесь на текущие задачи и навыки.