Récapitulatif et prochaines étapes

Ce que vous avez construit

Au cours de ce cours, vous avez construit un ensemble d'habitudes, et pas seulement un ensemble de requêtes :

• Lisez une requête avant de faire confiance à sa sortie.
• Nommez ce qu'une ligne représente avant d'écrire ou d'accepter SQL.
• Vérifiez chaque jointure pour la diffusion.
• Vérifiez un numéro de titre avec une deuxième méthode indépendante.
• Gardez une courte liste de numéros d'ancrage et réconciliez-vous avec cela.
• Écrivez une correction dans le référentiel, pas seulement dans l'invite suivante.

Conservez le flux de travail

La boucle que vous avez pratiquée est durable : vous demandez, puis vous lisez ce qui revient, l'interrogez, vérifiez un numéro de titre et l'acceptez ou le rejetez. Ces quatre étapes - lire, interroger, vérifier, accepter ou rejeter - représentent la façon dont les personnes expérimentées travaillent avec du SQL qu'elles n'ont pas écrit, que l'auteur soit un agent ou un collègue. L'ensemble de données ici était petit afin que vous puissiez vérifier chaque total à la main. Dans un véritable entrepôt, les totaux sont trop importants pour être observés, et c'est exactement à ce moment-là que la boucle gagne sa place.

Le problème le plus important est la deuxième méthode indépendante : un nombre erroné qu'une seule requête renvoie en toute confiance ne s'affiche que lorsqu'un itinéraire différent n'est pas d'accord. Et une correction n'est valable pour la conversation suivante que si elle se trouve dans le référentiel - une note AGENTS.md ou un contrôle qualité - plutôt que dans une invite que vous ne répéterez pas.

Si vous souhaitez continuer à vous entraîner à plus grande échelle, la section « Travailler à plus grande échelle » du projet README répertorie trois voies, depuis un benchmark généré de 6 millions de lignes jusqu'à la connexion de votre propre entrepôt.

Le cours suivant, Concevoir le modèle, retourne la question : au lieu d'auditer une requête que quelqu'un vous a remise, vous concevez la requête et le modèle qui la sous-tend, et vous faites du référentiel quelque chose sur lequel un agent peut raisonner suffisamment bien pour obtenir plus du premier coup.

Vérifiez votre compréhension

• Quelle habitude détecte un mauvais numéro qu'une seule requête manquerait ?
• Où doit se trouver une correction pour qu'elle soit valable pour la prochaine conversation ?
• Nommez les quatre étapes de la boucle.

Faites-le avec votre agent

Il s’agit d’une leçon conceptuelle - rien à construire. Dites next lesson et votre agent vous guidera et vérifiera que vous avez suivi. Dites ensuite next lesson une nouvelle fois pour terminer le cours.

Étapes suivantes

• Concevoir le modèle - le parcours intermédiaire, présenté dans la vue d’ensemble du programme.
• Documentation de Bruin - la référence pour bruin query et toutes les autres commandes.
• Contrôles de qualité des données - transformez une erreur détectée en un contrôle qui la détecte la prochaine fois.
• Rejoindre la communauté Bruin sur Slack - posez des questions sur le matériel ou sur vos propres données.