Как да пишете SQL заявки с AI

Големите езикови модели научиха SQL от огромни количества публичен код, документация и форуми с въпроси и отговори, така че са добри в създаването на синтактично валидни заявки. Това, което те не могат да знаят, е вашата база данни. Без вашата схема моделът отгатва имена на таблици като „потребители“ или „поръчки“ и имена на колони като „created_at“ и заявката може да се провали или, по-лошо, да се изпълни и да върне грешен отговор. Единственото най-голямо подобрение, което можете да направите, е да поставите схемата: оператори CREATE TABLE или списък с таблици, колони, типове данни и как таблиците се свързват чрез външни ключове. Добавянето на няколко примерни реда и бележки за бизнес правила, като например „анулираните поръчки имат статус = „X““ или „сумите се съхраняват в центове“, предотвратява много тихи грешки. Посочете и SQL диалекта. PostgreSQL, MySQL, SQL Server, SQLite, BigQuery и Snowflake се различават по функции за дата, конкатенация на низове, LIMIT срещу TOP и други подробности. Заявка, написана за един, може да се провали или да се държи по различен начин на друг. Надеждният работен процес има четири стъпки: дайте контекст, задайте въпроса на обикновен английски, помолете модела да обясни своята заявка с думи, след което тествайте. Стъпката на обяснението е от значение, защото излага на показ недоразумения, като например преброяване на редове вместо отделни клиенти или използване на INNER JOIN, който безшумно изпуска клиенти, които нямат поръчки. Често срещаните погрешни схващания включват вярването, че заявка, която се изпълнява, е правилна (грешно свързване може да преброи двойно суми), че AI изходът е безопасен за изпълнение в производствената среда (UPDATE или DELETE без клауза WHERE променя всеки ред) и че трябва да споделяте реални данни. Обикновено схемата сама по себе си е достатъчна, което също така предпазва информацията за клиента извън чата. Общи помощници като ChatGPT, Claude и Gemini, инструменти за кодиране като GitHub Copilot и AI помощници, вградени в много редактори на база данни, всички работят най-добре със същия модел.