Source
QA Co-pilot | Рубрика: Ультимативна Шпаргалка #5 | ШІ замість DBA: Пишемо складні SQ...
24 Views/Reach
2026-08-19 06:21
Message №374
🗄 Рубрика: Ультимативна Шпаргалка #5 | ШІ замість DBA: Пишемо складні SQL-запити без болю
Екіпаж, знайома ситуація? Ви протестували флоу реєстрації, створення ордера чи оплати на UI (або через API), і тепер треба перевірити, чи правильно все записалося під капотом у базу даних.
Простий SELECT * FROM users вже не рятує. Дані розкидані по п'яти різних таблицях, і щоб їх зібрати, треба написати триповерховий JOIN із підзапитами та групуванням. Замість того, щоб іти на уклін до бекендерів або гуглити синтаксис PostgreSQL до посиніння, перетворюємо нейромережу на вашого особистого адміністратора баз даних (DBA).
Ось промпт, який перетворює звичайний текст на ідеальний SQL-запит для перевірки даних.
Ідеальний промпт для Text-to-SQL (ChatGPT / Claude / Cursor):
*"Дій як Senior Database Administrator. Мені, як QA, потрібно написати SQL-запит для верифікації тестових даних.
Ось коротка структура моїх таблиць:
[ВСТАВИТИ СТРУКТУРУ, наприклад:
1️⃣ users (id, name, email)
2️⃣ orders (id, user_id, amount, status, created_at)
3️⃣ payments (id, order_id, provider, is_successful)]
Напиши запит, який витягне [ЩО ТРЕБА ЗНАЙТИ: наприклад, email-и всіх користувачів, які робили замовлення понад 100$, але їхній платіж через провайдера 'Stripe' не пройшов].
Вимоги:
1️⃣ Використовуй правильні JOIN.
2️⃣ Коротко поясни логіку запиту, щоб я міг його адаптувати в майбутньому."*
⚙️ Чому це працює краще за Google?
Ви не просто отримуєте готовий скрипт для перевірки багу. Ви інтерактивно вчите SQL прямо на структурі вашого проєкту.
ШІ пояснить, чому в цьому випадку треба використати саме LEFT JOIN, а не INNER JOIN, і допоможе не загубити дані при вибірці. Це неймовірний буст для ваших хард-скілів.
А як у вас із перевіркою даних у базі?
👇
Екіпаж, знайома ситуація? Ви протестували флоу реєстрації, створення ордера чи оплати на UI (або через API), і тепер треба перевірити, чи правильно все записалося під капотом у базу даних.
Простий SELECT * FROM users вже не рятує. Дані розкидані по п'яти різних таблицях, і щоб їх зібрати, треба написати триповерховий JOIN із підзапитами та групуванням. Замість того, щоб іти на уклін до бекендерів або гуглити синтаксис PostgreSQL до посиніння, перетворюємо нейромережу на вашого особистого адміністратора баз даних (DBA).
Ось промпт, який перетворює звичайний текст на ідеальний SQL-запит для перевірки даних.
Ідеальний промпт для Text-to-SQL (ChatGPT / Claude / Cursor):
*"Дій як Senior Database Administrator. Мені, як QA, потрібно написати SQL-запит для верифікації тестових даних.
Ось коротка структура моїх таблиць:
[ВСТАВИТИ СТРУКТУРУ, наприклад:
1️⃣ users (id, name, email)
2️⃣ orders (id, user_id, amount, status, created_at)
3️⃣ payments (id, order_id, provider, is_successful)]
Напиши запит, який витягне [ЩО ТРЕБА ЗНАЙТИ: наприклад, email-и всіх користувачів, які робили замовлення понад 100$, але їхній платіж через провайдера 'Stripe' не пройшов].
Вимоги:
1️⃣ Використовуй правильні JOIN.
2️⃣ Коротко поясни логіку запиту, щоб я міг його адаптувати в майбутньому."*
⚙️ Чому це працює краще за Google?
Ви не просто отримуєте готовий скрипт для перевірки багу. Ви інтерактивно вчите SQL прямо на структурі вашого проєкту.
ШІ пояснить, чому в цьому випадку треба використати саме LEFT JOIN, а не INNER JOIN, і допоможе не загубити дані при вибірці. Це неймовірний буст для ваших хард-скілів.
А як у вас із перевіркою даних у базі?
👇