IA native
IA native sur Postgres : NL2SQL, RAG & Agents
NL2SQL et RAG intégrés directement dans le backend Aurabase – et non dans des connecteurs externes ajoutés après coup. Décomposer précisément ce que signifie « natif », capacité par capacité.
Aurabase intègre NL2SQL (langage naturel vers SQL, validé et borné) et CHIFFON (recherche pgvector, intégrations HNSW) directement dans le backend, avec 3 prestataires LLM natifs (OpenAI, Anthropique/Claude, Gémeaux). Mistral, Scaleway AI et Ollama restent accessibles via un point de terminaison compatible OpenAI, plutôt que via un client natif sur mesure.
NL2SQL — une invite en langage naturel, une sortie SQL sécurisée
Le moteur NL2SQL d'Aurabase valide chaque requête générée avant exécution : analyse AST via analyseur SQL, une liste autorisée de fonctions SQL stricte et une limite LIMITE appliqué à chaque requête exécutée. Il ne s'agit pas d'un appel LLM sans contrainte — c'est un validateur de syntaxe strict qui refuse tout ce qui va au-delà d'un simple SÉLECTIONNER.
Le validateur rejette explicitement les clauses CTE/WITH, les sous-requêtes, les instructions UNION et les fonctions non sur liste blanche (compter, somme, moyenne, min, maximum, inférieur, supérieur, fusionner, date_trunc, maintenant) et tout accès au catalogue système. Le plafond de lignes est configurable côté serveur et peut être restreint par requête – jamais étendu au-delà de la limite du locataire.
RAG et pgvector natifs — zéro dépendance externe
pgvecteur La version 0.8.6 est préinstallée dans chaque image Postgres du locataire Aurabase, associée à un pipeline d'ingestion comprenant des tentatives de réseau automatiques et une recherche de vecteurs HNSW dans 3 classes de dimensions (768, 1536 et 3072) – bien dans la limite de 16 000 dimensions de pgvector.
Aucune étape supplémentaire pour "installer" pgvector : l'extension est intégrée à l'image locataire standard. Le pipeline d’ingestion lui-même est une fonctionnalité au niveau de l’application conçue directement dans Aurabase.
Le stockage est structuré par espace de noms : chaque document ingéré (POST /v1/ai/ /rag/ingest) est fragmenté, intégré et mappé à la colonne de dimension vectorielle correspondante. Le point de terminaison de la requête (POST /v1/ai/ /rag/query) combine récupération et génération ; un point de terminaison dédié (GET /v1/ai/ /recherche) expose la recherche de similarité vectorielle seule, sans déclencher d'appel LLM. Changer de modèle d'intégration ne rompt jamais votre ensemble de données : un espace de noms peut être réindexé (POST /v1/ai/ /rag/ /réindexation) sous un nouveau modèle sans re-télécharger les documents.
Nuance technique rarement documentée ailleurs : au-delà de 2 000 dimensions, HNSW ne peut pas indexer le standard de pgvector vecteur taper. Pour les dimensions 3072, Aurabase exploite automatiquement demi-vec(3072) (précision réduite, indexable) plutôt que de dégrader silencieusement les requêtes en analyses de table complètes. Par défaut, la récupération renvoie 5 passages (top_k) au-dessus d'un seuil de similarité de 0,3 : les deux paramètres peuvent être remplacés par requête.
3 fournisseurs natifs, et ce que "natif" exclut
OpenAI, Anthropic (Claude) et Google Gemini ont des intégrations client natives dédiées dans la base de code Aurabase. Mistral, Scaleway AI et Ollama restent accessibles via un point de terminaison compatible OpenAI – une distinction opérationnelle importante si votre pile repose sur des primitives de fournisseur sur mesure.
| Fournisseur | Intégration | Impact |
|---|---|---|
| OpenAI | Dedicated native client | Direct project API key configuration |
| Anthropique (Claude) | Dedicated native client | Direct project API key configuration |
| Google Gémeaux | Dedicated native client | Direct project API key configuration |
| Mistral | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| IA Scaleway | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| Ollama (auto-hébergé) | OpenAI-compatible endpoint | Idéal pour les LLM locaux ou les déploiements sur site |
Pourquoi Supabase mise sur les connecteurs plutôt que sur NL2SQL natif
Supabase a lancé un connecteur Claude officiel en février 2026, suivi d'une intégration ChatGPT. Les deux permettent d’interroger une base de données Supabase à partir d’une interface de discussion tierce – un modèle d’orchestration externe, nettement différent d’un moteur NL2SQL intégré directement dans le backend lui-même. Voir aussi notre comparaison complète d'Aurabase et de Supabase.
Qu'est-ce qui empêche un LLM d'exécuter des requêtes arbitraires ou destructrices
Trois garde-fous de sécurité s'appliquent avant toute exécution : validation stricte de la syntaxe (SELECT uniquement, liste autorisée des fonctions), limite de résultat limitée via LIMIT et isolation du schéma cible dans le seul projet appelant. Le schéma introspecté n'est jamais fourni par le client : il provient de la base de données du projet, seule source faisant autorité.
SÉLECTIONNER requêtes. Toute tentative de INSÉRER, MISE À JOUR, SUPPRIMER, LAISSER, CRÉER, ou MODIFIER émis par le modèle est rejeté au niveau AST – avant l’exécution, et pas simplement via une instruction rapide.Au-delà des restrictions SELECT uniquement, le validateur bloque également les CTE/WITH, les sous-requêtes, les instructions UNION/INTERSECT/EXCEPT et les fonctions table (générer_série, pg_sleep…), les fonctions de fenêtre, les cotations en dollars et les clauses de verrouillage (POUR LA MISE À JOUR). Une analyse de sécurité approfondie parcourt l'ensemble de l'arborescence syntaxique abstraite, y compris les clauses DISTINCT ON, OFFSET, FETCH et Aggregate, garantissant qu'aucune fonction interdite ne passe par un nœud AST non inspecté.
Agents IA sur Postgres – appel de fonction, pas SQL sans contrainte
Les agents créés avec des frameworks tels que LangChain ou LlamaIndex peuvent appeler les points de terminaison Aurabase REST (NL2SQL, RAG, requêtes de base de données) en tant qu'outils natifs invoqués à partir de leur propre boucle d'appel de fonction. NL2SQL joue un rôle précis : transformer la sous-requête de l'agent en SQL validé et sécurisé, plutôt que d'accorder à l'agent une exécution SQL sans restriction.
En pratique, l'outil exposé à l'agent encapsule un appel HTTP standard vers le point de terminaison NL2SQL — le SDK exécute la requête sans nécessiter de plugins de framework personnalisés :
Foire aux questions
PASSEZ À LA PROCHAINE ÉTAPE
Connectez NL2SQL et RAG natif directement à votre base de données Postgres.
Zéro plomberie tierce, intégrée directement dans le moteur backend.
Aucune carte de crédit requise · 500 Mo gratuits · 50 000 MAU