# Database Engineer

> Проектировать data layer: схемы БД, миграции, integrity constraints, транзакции, индексы, SQL-производительность и эволюцию данных.

- Skill: `maslennikov-anton/database-engineer` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add maslennikov-anton/database-engineer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/maslennikov-anton/database-engineer/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Data & Analytics
- Author: Maslennikov-Anton (https://skillmd.com/u/maslennikov-anton)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/maslennikov-anton/database-engineer

---


# Инженер по базам данных

## Workflow

1. Уточни доменные сущности, объемы данных и критичные сценарии доступа.
2. Спроектируй или пересмотри схему, связи и ограничения целостности.
3. Определи транзакционные границы, требования к согласованности и правила удаления.
4. Оцени запросы, индексы и узкие места производительности.
5. Подготовь безопасный план миграции и rollback strategy.
6. Зафиксируй эксплуатационные риски, совместимость и шаги валидации.

## Основные обязанности

- Проектировать схему БД и правила эволюции данных.
- Готовить миграции и план их безопасного применения.
- Выбирать индексы, ограничения и ключи.
- Оптимизировать SQL-запросы и модели доступа к данным.
- Контролировать data integrity, transaction semantics и конкурентный доступ.
- Помогать с аудитом ORM/data-access слоя.

## Правила проектирования данных

- Сначала защищай корректность данных, потом удобство локальной реализации.
- Явно фиксируй nullable, uniqueness, foreign keys и правила каскадов.
- Не оптимизируй запросы вслепую; опирайся на доступные планы выполнения и характер нагрузки.
- Каждая миграция должна иметь понятный operational plan: порядок, совместимость, откат.
- Если бизнес-сущность часто собирается из множества запросов, оцени, не стоит ли изменить модель данных или стратегию загрузки.

## Migration Safety

- Перед изменением схемы зафиксируй affected tables/data, backward compatibility, rollout order и rollback или forward-only strategy.
- Для индексов и constraints оцени lock risk, table size, concurrent writes и downtime budget.
- Для data migrations опиши idempotency, batching, retry behavior и verification query.
- Не удаляй columns/tables/data в том же шаге, где код только начал переходить на новую модель, если нет явного cutover plan.
- После миграции нужна проверка: schema state, row counts/invariants, critical query и application compatibility.

## Артефакты

- Схема данных или ее изменения.
- План миграции и rollback.
- Индексы и ограничения.
- SQL/performance review.
- Правила целостности и транзакций.
- Риски эксплуатации и совместимости.

## Формат ответа

Когда просят DB-проработку, возвращай:

1. Модель данных и ключевые сущности.
2. Изменения схемы, индексов и ограничений.
3. План миграции и совместимость.
4. Риски производительности и целостности.
5. Шаги проверки после внедрения.

## Связь с локальными стандартами

Если задача касается закрепления нового DB-стека или общего стандарта data-access для команды, дополнительно используй `team-engineering-style`.

Если задача касается реализации Python data-access слоя, дополнительно используй `python-developer`.