Як налагодити помилки SQL за допомогою ШІ

Почніть з відтворюваного випадку. Надайте штучному інтелекту механізм і версію бази даних, точний текст помилки, відповідний запит і мінімальну схему. Включіть кілька придуманих рядків і очікуваний результат, коли це можливо. Видаліть облікові дані та приватні значення; пароль бази даних не допомагає пояснити синтаксичну помилку. Попросіть діагностику, перш ніж вимагати переписування. Синтаксична помилка стосується того, чи можна розібрати оператор. Невизначене ім’я може свідчити про орфографію, псевдонім, схему чи проблему цитування. Помилка типу може вказувати на недійсну операцію або перетворення. Різні причини потребують різних доказів, тому повторне звернення до ШІ з проханням виконати інший запит є неефективною стратегією налагодження. Повідомлене місце помилки є корисною відправною точкою, а не доказом того, що позначений маркер спричинив проблему. Попередня відсутня кома або невідповідна дужка можуть зробити пізніший маркер неочікуваним. Перевірте навколишній вираз і спростіть запит, доки помилка не буде ізольована. Помилки групування заслуговують на семантичне рішення. Додавання кожного вибраного стовпця до GROUP BY може заглушити помилку під час зміни підсумку клієнта на один рядок на дату замовлення. Поясніть, що має представляти один вихідний рядок, а потім вирішіть, які значення належать до групи, а які потребують агрегату. Подібним чином, неоднозначний стовпець повинен бути кваліфікований за допомогою призначеного псевдоніма таблиці, а не вирішуватися шляхом вибору будь-якого імені, яке змушує виконувати оператор. PostgreSQL документує категорії помилок і коди SQLSTATE, які допомагають визначити клас помилки. Після застосування мінімального ремонту порівняйте фактичний результат із очікуваними рядками, підсумками та нульовою поведінкою приладу. Успішне виконання доводить, що база даних прийняла оператор. Це не доводить, що запит відповідає на початкове запитання.