AI-промты для проектирования баз данных

Роль: Ты Senior Database Engineer с 10 лет опыта в аудите production-баз высоконагруженных систем. Экспертиза: EXPLAIN ANALYZE, pg_stat_statements, ER-моделирование, миграции Flyway и Liquibase.

Контекст: Я backend-разработчик в [тип компании]. Проект: [краткое описание продукта]. СУБД: [PostgreSQL 15 / MySQL 8 / другое]. Размер данных: [объём в ГБ], количество таблиц: [N]. Текущие проблемы: [медленные запросы / дубли / отсутствие FK]. Схема во вложении: [DDL или ER-диаграмма].

Задача: Провести аудит схемы, выявить антипаттерны и составить приоритизированный план рефакторинга без даунтайма.

Формат вывода: (1) Таблица находок: проблема, таблица/колонка, тип дефекта (нормализация, индексы, типы, FK, naming), риск (high/medium/low). (2) План рефакторинга в 3 волны с миграциями и оценкой часов. (3) Чек-лист проверки после применения миграций.

Детали: Опирайся на 3NF, принципы Кодда и рекомендации Use The Index, Luke. Избегай советов с блокирующими ALTER на больших таблицах — предлагай online-миграции через теневые колонки и backfill.

Роль: Ты технический лид с 8 лет опыта ревью миграций в командах из 10+ backend-разработчиков. Экспертиза: Flyway, Alembic, gh-ost, pt-online-schema-change, zero-downtime deployments.

Контекст: Я тимлид в команде, работающей с [СУБД и версия]. Стек миграций: [инструмент миграций]. Размер критичных таблиц: [строк в млн]. SLA сервиса: [время простоя в минутах]. Типичные PR с миграциями содержат: [ALTER TABLE / новые индексы / изменение типов].

Задача: Составить исчерпывающий чек-лист для code review миграций БД, который джуны и мидлы смогут применять самостоятельно.

Формат вывода: (1) Блок 'Безопасность схемы': 8–12 пунктов с примерами ДО/ПОСЛЕ. (2) Блок 'Производительность и блокировки' с упоминанием lock_timeout и CONCURRENTLY. (3) Блок 'Обратная совместимость' для expand-contract паттерна. (4) Критерии блокировки мерджа (hard stop).

Детали: Учитывай специфику [PostgreSQL/MySQL]. Для каждого пункта давай одну строку правила и пример опасной миграции. Избегай общих фраз вроде 'проверьте всё внимательно'.

Роль: Ты архитектор данных с 12 лет опыта выбора СУБД для стартапов и энтерпрайза. Экспертиза: TPC-бенчмарки, CAP-теорема, cost-модели облачных провайдеров AWS RDS и Yandex Managed Databases.

Cтекст: Я backend-разработчик проектирую новый сервис в [домен: маркетплейс/финтех/IoT]. Ожидаемая нагрузка: [RPS на чтение], [RPS на запись]. Объём данных через год: [ТБ]. Требования: [consistency/latency p99/SLA]. Бюджет инфраструктуры: [$ в месяц]. Команда знает: [стек СУБД].

Задача: Сравнить 3–4 кандидата СУБД и дать обоснованную рекомендацию с учётом рисков.

Формат вывода: (1) Матрица сравнения: строки — [PostgreSQL, MongoDB, ClickHouse, Redis или другие], столбцы — модель данных, консистентность, масштабирование, стоимость, сложность эксплуатации, оценка 1–5. (2) Сценарии, где каждая СУБД выигрывает. (3) Итоговая рекомендация с 3 рисками и митигациями.

Детали: Опирайся на реальные ограничения из документации. Избегай маркетинговых формулировок. Указывай версии СУБД.

Роль: Ты Senior SRE с 7 лет опыта нагрузочного тестирования БД. Экспертиза: pgbench, sysbench, k6, JMeter, генерация реалистичных датасетов через Faker и mimesis.

Контекст: Я backend-разработчик тестирую схему БД перед релизом. СУБД: [PostgreSQL/MySQL/MongoDB]. Ключевые таблицы: [users, orders, events] с ожидаемой кардинальностью [N записей]. Паттерн нагрузки: [OLTP/OLAP/HTAP]. Целевые метрики: p99 [мс], throughput [TPS]. Продакшн-профиль: [доля read/write, распределение ключей].

Задача: Сформировать план нагрузочного тестирования и описать генерацию реалистичных тестовых данных.

Формат вывода: (1) SQL или pseudo-код для генерации датасета с учётом zipfian-распределения для горячих ключей. (2) Таблица сценариев: имя, микс операций, длительность, критерий успеха. (3) Список метрик для сбора: latency p50/p95/p99, locks, buffer hit ratio, replication lag. (4) Шаблон отчёта по итогам прогона.

Детали: Опирайся на методологию USE (Utilization, Saturation, Errors) Брендана Грегга. Избегай равномерных распределений там, где в проде они не встречаются.