INTERLAB
Как делать · 06

Базы данных

SQL, PostgreSQL, MySQL, Redis и NoSQL, проектирование, индексы, транзакции, ORM и миграции.

Прочитано: 0 / 12Основы баз данныхSQLPostgreSQLПроектирование баз данныхИндексыТранзакцииORM и миграцииОптимизация запросовRedisКонцепции NoSQLMySQL

Основы баз данных

  1. Основы✓

    Базы данных: таблицы, ключи и зачем они бизнесу

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

    Начальный · 8 мин чтения

SQL

  1. Пошаговый урок✓

    SQL с нуля: SELECT, WHERE, ORDER BY

    SELECT выбирает столбцы, FROM — таблицу, WHERE оставляет строки, для которых условие истинно, ORDER BY сортирует, а LIMIT и OFFSET отрезают нужную часть результата. Сравнение с NULL через = или <> даёт не «истину» или «ложь», а NULL, поэтому такие строки в выборку не попадают — для них есть IS NULL и IS DISTINCT FROM. Без ORDER BY порядок строк не гарантирован, поэтому LIMIT без сортировки возвращает непредсказуемый набор.

    Начальный · 8 мин чтения · практика ~45–90 мин
  2. Пошаговый урок✓

    SQL: JOIN, GROUP BY и агрегаты

    JOIN соединяет строки двух таблиц по условию: INNER JOIN оставляет только пары, нашедшие друг друга, а LEFT JOIN сохраняет все строки левой таблицы и подставляет NULL, если пары нет. Агрегатные функции (count, sum, avg, min, max) сворачивают много строк в одно значение и пропускают NULL, кроме count(*). GROUP BY считает агрегаты отдельно для каждой группы, WHERE фильтрует строки до группировки, а HAVING — готовые группы после неё.

    Начальный · 9 мин чтения · практика ~45–90 мин

PostgreSQL

  1. Пошаговый урок✓

    PostgreSQL: установка в Docker, psql и первая таблица

    Локально PostgreSQL проще всего запустить в Docker: команда docker run с паролем суперпользователя, портом и именованным томом поднимает сервер, а консольный клиент psql уже есть внутри контейнера. Дальше создают отдельного владельца базы для приложения, описывают таблицы с подходящими типами (bigint, text, numeric для денег, timestamptz для моментов времени) и ограничениями NOT NULL, CHECK, UNIQUE, DEFAULT, а резервную копию делают через pg_dump и обязательно проверяют восстановлением. Актуальная стабильная версия — PostgreSQL 18; урок проверен на 17.11, и всё в нём так же работает в 18, кроме пути, куда монтируется том.

    Начальный · 9 мин чтения · практика ~45–90 мин

Проектирование баз данных

  1. Пошаговый урок✓

    Проектирование БД: связи, ключи и нормализация

    Проектирование базы начинается с сущностей предметной области и связей между ними: 1:1 реализуют внешним ключом, который одновременно первичный, 1:N — внешним ключом на стороне «многих», N:M — отдельной таблицей связи с составным первичным ключом. Для каждого внешнего ключа выбирают поведение при удалении: RESTRICT для истории, CASCADE для частей целого, SET NULL для необязательных ссылок. Нормализация до третьей нормальной формы убирает дубли и противоречия; денормализуют осознанно и так, чтобы база сама держала копию в согласии с источником.

    Средний · 8 мин чтения · практика ~1,5–3 ч

Индексы

  1. Глубокий разбор✓

    Индексы: как ускорить запрос и не замедлить запись

    Индекс — отдельная упорядоченная структура, по которой PostgreSQL находит нужные строки, не читая всю таблицу. Индекс подбирают под конкретный запрос: составной — когда есть равенство и сортировка, частичный — когда запрашивают малую долю строк, по выражению — когда в условии функция, GIN — для jsonb и полнотекстового поиска. Каждый индекс замедляет INSERT и UPDATE и занимает место, поэтому эффект подтверждают через EXPLAIN, а неиспользуемые индексы удаляют.

    Средний · 8 мин чтения

Транзакции

  1. Глубокий разбор✓

    Транзакции и изоляция: ACID без мистики

    Транзакция объединяет несколько изменений в одно действие «всё или ничего»: после COMMIT видны все изменения, после ROLLBACK или ошибки — ни одного. Уровень изоляции решает, что транзакция видит из параллельных: в PostgreSQL по умолчанию Read Committed, где каждый запрос видит свежие данные, поэтому схема «прочитал — посчитал — записал» теряет обновления. Защищаются атомарным UPDATE, блокировкой SELECT … FOR UPDATE, ограничением UNIQUE или EXCLUDE либо уровнем Serializable с повтором транзакции при ошибке 40001.

    Средний · 7 мин чтения

ORM и миграции

  1. Пошаговый урок✓

    ORM и миграции на примере Prisma

    ORM (object-relational mapping) переводит работу с объектами в коде в SQL-запросы к реляционной базе: в Prisma вы описываете модели в schema.prisma, получаете сгенерированный типизированный клиент, а prisma migrate dev превращает каждое изменение схемы в SQL-файл миграции, который хранится в Git. ORM ускоряет типовой CRUD и защищает от опечаток, но не отменяет знание SQL: сгенерированные миграции нужно читать, N+1 — отслеживать, а сложные отчёты удобнее писать сырым SQL.

    Средний · 12 мин чтения · практика ~1,5–3 ч

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

  1. Руководство✓

    Оптимизация запросов: EXPLAIN ANALYZE на практике

    Медленный запрос сначала находят — через pg_stat_statements или лог с log_min_duration_statement, — затем смотрят его план командой EXPLAIN (ANALYZE, BUFFERS). В плане ищут узел, где уходит больше всего времени и страниц, и сравнивают оценку строк (rows) с реальностью (actual rows): расхождение в разы почти всегда объясняет плохой выбор планировщика. Типичные исправления — индекс под условие или соединение, переписывание условия без функции над столбцом, NOT EXISTS вместо NOT IN, свежая статистика через ANALYZE и расширенная статистика для зависимых столбцов.

    Продвинутый · 7 мин чтения · практика ~2–4 ч

Redis

  1. Пошаговый урок✓

    Redis: кэш, TTL и счётчики

    Redis — хранилище «ключ — значение» в оперативной памяти: команды выполняются за доли миллисекунды, а у каждого ключа может быть срок жизни (TTL). Поэтому его используют как кэш перед медленной базой или API, для счётчиков, лимитов запросов, коротких кодов и блокировок. Основная схема кэша — cache-aside: приложение сначала ищет данные в Redis, при промахе берёт их из источника и кладёт в кэш с TTL, а при изменении данных удаляет устаревший ключ.

    Средний · 9 мин чтения · практика ~1,5–3 ч

Концепции NoSQL

  1. Сравнение✓

    NoSQL: документы, ключ-значение и когда они лучше SQL

    NoSQL — общее имя для баз, которые хранят данные не в связанных таблицах: документами (MongoDB), парами «ключ — значение» (Redis), широкими строками (Cassandra) или графом (Neo4j). Документная модель удобна, когда данные читают и меняют вместе — например, заказ с позициями; она мешает, когда между сущностями много связей, общие данные дублируются, а одна операция должна атомарно изменить несколько записей. Если почти все данные реляционные и гибкой должна быть только часть, обычно хватает колонки jsonb в PostgreSQL.

    Средний · 8 мин чтения

MySQL

  1. Сравнение✓

    PostgreSQL или MySQL: отличия на практике

    PostgreSQL и MySQL — зрелые реляционные СУБД с транзакциями и репликацией, и для типичного веб-приложения подойдёт любая. Различия проявляются в деталях: по умолчанию PostgreSQL работает в Read Committed, а InnoDB в MySQL — в Repeatable Read; MySQL сравнивает строки без учёта регистра и не откатывает CREATE TABLE; у PostgreSQL богаче типы, jsonb с индексами GIN и механизм расширений. Выбирайте PostgreSQL для сложной модели данных, аналитики и расширений вроде PostGIS или pgvector, MySQL — когда его требует стек (например, WordPress) или он уже есть у команды и хостинга.

    Средний · 7 мин чтения

Траектории с этим направлением

SQL и PostgreSQL · 9 →← Все направления
Расскажите о задаче — мы изучим запрос и свяжемся с вами

Есть задача?
Обсудим и оценим — бесплатно.

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

  • Оценка объёма и рисков до старта
  • NDA — по вашему или нашему шаблону
  • Старт работ в течение недели
Написать в WhatsApp

Не присылайте через форму пароли, ключи доступа и исходный код — безопасную передачу доступа обсудим отдельно.

Нажимая кнопку, вы соглашаетесь с обработкой персональных данных.