Kuunda Sage (analyste de données)

Ce que Sage regarde

Sage part de votre schéma réel : les tables et leurs volumes approximatifs, les colonnes et leurs types, et l’état des politiques RLS. Ses réponses sont donc celles de votre base, pas d’un exemple générique.

• Volumétrie : quelles tables portent des lignes, lesquelles restent vides.
• Qualité du schéma : colonnes jamais renseignées, tables sans clé primaire, index souvent réclamés par vos filtres.
• Sécurité : état des politiques RLS, tables exposées sans politique.
• Modélisation : comment découper un champ mal placé ou structurer une nouvelle table.

Comment il travaille

Pour chaque affirmation chiffrée, Sage exécute une requête SELECT sur le schéma du projet, puis traduit le résultat en langage métier : chiffres arrondis, comparaisons, recommandations. Il n’invente pas de données et n’affiche pas de bloc SQL, sauf si vous le demandez.

• Une seule requête SELECT (ou WITH) par étape, limitée à 100 lignes par défaut.
• Aucune écriture : les instructions qui modifient les données ou le schéma sont refusées.
• Périmètre strictement limité au schéma de votre projet.
• Quand une question sort du SQL, Sage le dit et propose une autre piste.

Poser une bonne question

Nommez le sujet et l’intention : Sage reformule et vérifie avant de répondre. Quelques exemples de questions qui fonctionnent bien :

• Quelles sont mes 5 plus grosses tables et comment évoluent-elles ?
• Y a-t-il des tables sans clé primaire ?
• Résume l’état du RLS sur mon schéma.
• Quels index manquent peut-être pour mes filtres fréquents ?

Quota et disponibilité

Sage se consomme en messages, à l’échelle du projet : le compteur affiché en haut de son écran dit ce qu’il reste pour la période, et le quota se réinitialise chaque mois. Quand la fonctionnalité n’est pas activée sur la plateforme, l’écran le signale et invite à contacter le support.

Étapes suivantes

• Politiques (RLS)
• Vues, triggers et routines
• Usage et quotas