Apparence
Du SQL vers le modèle
Nouvelle insertion de connaissances (SQL → LLM) transforme les lignes d’une requête en faits qu’un modèle peut restituer. Un fait est un triplet : entité — relation — valeur. Acme — siège — Zagreb.
1. Requête SQL
Choisissez la connexion et la base, écrivez la requête, Exécuter la requête. Le résultat est affiché pour que vous puissiez confirmer avoir sélectionné ce que vous vouliez.
Si le résultat est tronqué, NabuSQL l’indique — seules les lignes récupérées sont insérées.
2. Correspondance
Indiquez à l’assistant quelle colonne correspond à quoi :
| Champ | Signification |
|---|---|
| Entité (colonne) | La colonne contenant le sujet, par ex. le nom de l’entreprise |
| Relation | Soit une valeur fixe pour chaque ligne (par ex. headquarters), soit prise depuis une colonne |
| Valeur (colonne) | La colonne contenant le fait lui-même |
Un aperçu des premières lignes montre les triplets qui seront produits.
3. Mode d’écriture
C’est la décision qui compte.
Rappel fiable (KNN) — recommandé
Les faits sont stockés à côté du modèle et récupérés lors de l’interrogation. Le rappel est précis à 100 %, et les connaissances existantes du modèle ne sont pas modifiées. La contrepartie : cela fonctionne dans NabuSQL, car c’est NabuSQL qui effectue la récupération.
C’est le bon choix pour pratiquement tous les usages réels.
Écriture dans les poids (COMPOSE) — expérimental
Les faits sont écrits dans les paramètres mêmes du modèle, avec un réglage ALPHA qui contrôle la force d’écriture.
L’interférence est une propriété de la technique, pas un bug
Écrire plusieurs faits partageant la même relation les fait interférer entre eux. Certains ne seront pas restitués, et les connaissances préexistantes du modèle peuvent se dégrader. NabuSQL vous en avertit lorsque vous choisissez ce mode avec plus de quelques lignes.
Au-delà d’une poignée de faits, utilisez Rappel fiable (KNN).
Définissez aussi le nom du patch et confirmez le modèle.
4. Insertion et vérification
L’insertion s’exécute, puis Vérifier contrôle chaque fait en interrogeant le modèle et en classant la réponse :
| Résultat | Signification |
|---|---|
| rappelé | Le modèle renvoie le fait |
| faible (top-3) | Le fait figure dans les trois premières réponses, mais pas en premier |
| non rappelé | Le modèle ne le produit pas |
Avec COMPOSE, Réessayer les échecs avec un ALPHA plus élevé retente les faits qui n’ont pas pris. La vérification existe précisément parce que COMPOSE n’offre aucune garantie — avec KNN, le rappel est exact.
Envoyer un résultat directement depuis la grille
Le menu contextuel de la grille de données propose Envoyer au LLM comme connaissance, qui ouvre l’assistant avec ce résultat déjà chargé.
Un cas d’usage réaliste
Un catalogue de produits dans MySQL, et un modèle local qui doit répondre à des questions à son sujet :
SELECT name, category FROM productsà l’étape 1.- Entité =
name, relation = valeur fixecategory, valeur =categoryà l’étape 2. - Rappel fiable (KNN) à l’étape 3.
- Insérez et vérifiez.
Interrogez-le ensuite depuis la console LQL, ou exportez le patch sous forme de Knowledge Card pour LM Studio.
