Pour écrire une requête SQL avec l'IA, donne à ChatGPT, Claude, Gemini ou Le Chat la structure de tes tables (noms, colonnes, types, clés), le moteur que tu utilises (PostgreSQL, MySQL, SQL Server, SQLite, BigQuery) et la question métier, puis demande une requête commentée. Fais-la expliquer avant de l'exécuter, teste-la sur un petit périmètre, et lance-la avec un compte qui n'a que les droits de lecture. Pour toute modification de données, passe par une transaction que tu peux annuler

Ce que l'IA fait bien en SQL, et ce que tu gardes

La méthode en 5 étapes

Les 5 étapes pour écrire une requête SQL avec l’IA sans abîmer tes données

C'est la logique qu'on enseigne chez Kryve : donner à l'IA le contexte exact, lui faire montrer son raisonnement, et vérifier sur un petit périmètre avant de toucher aux vraies données

1. Donne le schéma, le moteur et la question

Je travaille sur PostgreSQL. Voici mes tables : clients (id, nom, ville, date_creation), commandes (id, client_id, date_commande, montant_ht, statut). commandes.client_id fait référence à clients.id. Le statut vaut « payée », « annulée » ou « en attente ». Écris une requête qui donne, pour chaque ville, le nombre de clients actifs et le chiffre d'affaires HT des commandes payées en 2026. Un client actif a passé au moins une commande payée en 2026. Commente chaque partie

Donne la structure, pas les données. Le plus simple : copie les instructions CREATE TABLE de ton outil, sans aucune ligne de contenu. Et précise toujours le moteur : chaque moteur a ses variantes, par exemple TOP pour limiter le nombre de lignes dans SQL Server, LIMIT dans PostgreSQL, MySQL et SQLite

2. Fais-toi expliquer la requête avant de la lancer

Explique cette requête ligne par ligne, en français simple. Dis-moi quelles lignes elle exclut et pourquoi, et si un client sans commande peut apparaître dans le résultat

C'est l'étape qui révèle les erreurs de sens, les plus dangereuses : une jointure qui fait disparaître des clients ou qui compte 2 fois une commande donne un résultat faux sans aucun message d'erreur

3. Teste sur un petit périmètre

Lance la requête sur un mois ou une ville, avec une limite de lignes, et vérifie 2 ou 3 résultats à la main dans tes données. Si un total te paraît élevé, demande à l'IA de chercher les doublons créés par une jointure

4. Pour modifier des données, passe par une transaction

Avant un UPDATE ou un DELETE, demande d'abord le SELECT qui montre les lignes concernées et compte-les. Puis, si ton moteur gère les transactions (c'est le cas de PostgreSQL et de SQL Server), lance la modification dans une transaction : BEGIN, la modification, une vérification, puis COMMIT pour valider ou ROLLBACK pour tout annuler, comme le décrit la documentation de PostgreSQL

Avant d'écrire la requête de mise à jour, donne-moi le SELECT qui affiche exactement les lignes qui seront modifiées, puis la mise à jour dans une transaction que je validerai à la main

5. Corrige et accélère avec l'IA

La requête renvoie cette erreur : [message exact]. Moteur : [moteur et version]. Voici la requête : [requête]. Explique la cause en une phrase et donne la requête corrigée

Si une requête est lente, colle à l'IA son plan d'exécution (EXPLAIN dans PostgreSQL et MySQL) : elle repère souvent un index manquant. Fais valider tout ajout d'index par la personne qui gère la base

Les outils intégrés à ta base

• GitHub Copilot dans SQL Server Management Studio : un chat qui écrit et explique du T-SQL en tenant compte de la base connectée. Il faut SSMS 22 ou plus récent et un compte GitHub avec accès à Copilot. D'après Microsoft, les requêtes qu'il exécute tournent avec les droits de ton identifiant, et son système qui bloque les écritures en mode question n'est pas une barrière de sécurité : ce sont les droits accordés dans SQL Server qui protègent la base

• Gemini dans BigQuery : génère une requête à partir d'un commentaire en langage naturel ou d'un outil dédié, explique et corrige les requêtes. Selon la documentation Google Cloud, les demandes doivent être rédigées en anglais

• Les assistants généralistes (ChatGPT, Claude, Gemini, Le Chat) : ils marchent avec tous les moteurs, à condition de leur donner le schéma, puisqu'ils ne voient pas ta base

Les règles de sécurité à garder

• Un compte en lecture seule pour explorer. L'OWASP recommande de ne donner aux comptes qui lisent que l'accès en lecture aux tables utiles. Demande à la personne qui gère la base un compte de ce type pour tes analyses

• Des requêtes paramétrées dans le code. Si l'IA écrit le code d'une application qui interroge une base, vérifie que les valeurs saisies par les utilisateurs passent par des requêtes paramétrées, jamais collées dans le texte de la requête : c'est la première défense de l'OWASP contre l'injection SQL

• Pas de données personnelles dans un outil grand public. Le schéma suffit presque toujours. Notre guide sur la sécurité des données avec l'IA en entreprise détaille les règles

• Jamais en production sans test. Une requête qui tourne sans erreur peut quand même compter faux. Notre article sur les hallucinations de l'IA explique pourquoi l'IA peut se tromper avec assurance

Questions fréquentes

Quelle est la meilleure IA pour SQL ?

Si tu travailles dans SQL Server ou BigQuery, l'assistant intégré a l'avantage de connaître ta base. Sinon, ChatGPT, Claude, Gemini et Le Chat écrivent tous du SQL correct quand le schéma et le moteur sont précisés. La précision de ta demande compte plus que le choix de l'outil

Peut-on apprendre le SQL avec l'IA ?

Oui, à condition de lui faire expliquer chaque requête au lieu de seulement la copier. Demande-lui des exercices sur une base d'exemple, puis fais-lui corriger tes réponses en expliquant tes erreurs

SQL, Excel ou Python ?

SQL interroge les données là où elles sont stockées, sans les copier. Pour retravailler un export dans un tableur, notre guide sur l'IA dans Excel suffit. Pour enchaîner plusieurs fichiers ou automatiser un traitement, notre guide pour écrire des scripts Python avec l'IA prend le relais

Peut-on interroger une base sans écrire de SQL ?

Certains outils, comme Gemini dans BigQuery, génèrent la requête à partir d'une phrase. Le résultat reste du SQL qu'il faut savoir relire. Pour analyser des données sans code, notre méthode pour analyser des données avec l'IA est un bon point de départ

Par où commencer

Choisis une question que tu poses souvent à tes données, copie le schéma des tables concernées et lance le prompt de l'étape 1 avec un compte en lecture seule. Pour présenter les résultats, notre guide pour faire un tableau de bord avec l'IA prend le relais

Donner le contexte exact, faire expliquer avant d'exécuter et tester sur un petit périmètre : c'est ce que Kryve t'apprend à faire avec l'IA, en SQL comme dans le reste de ton travail. Découvre comment apprendre à piloter l'IA et vérifier ses résultats