PRODPlateforme BaaS souveraine européenneOuvrir le tableau de bord →

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é.

Points clés à retenir

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.

#
Langage naturel vers SQL

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.

01
Invite
Natural language query, e.g. "Monthly revenue by tier"
02
LLM natif
OpenAI, Anthropic, or Gemini translates into SQL
03
Validation AST
sqlparser: SELECT only, function allowlist
04
LIMITE délimitée
Configurable ceiling, never silently uncapped
05
Exécution
Read-only, schema-isolated per project

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.

#
Recherche de vecteurs

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.

01
Ingestion
Project documents with automated network retries
02
Intégrations
768 / 1536 / 3072 dimensions matching the model
03
Stockage pgvecteur
Built directly into tenant Postgres image
04
Recherche HNSW
Ultra-fast approximate vector similarity search
05
Contexte du LLM
Relevant document passages injected into prompt

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.

#
Fournisseurs de LLM

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.

FournisseurIntégrationImpact
OpenAIDedicated native clientDirect project API key configuration
Anthropique (Claude)Dedicated native clientDirect project API key configuration
Google GémeauxDedicated native clientDirect project API key configuration
MistralOpenAI-compatible endpointFunctional via standard endpoint, without custom client
IA ScalewayOpenAI-compatible endpointFunctional via standard endpoint, without custom client
Ollama (auto-hébergé)OpenAI-compatible endpointIdéal pour les LLM locaux ou les déploiements sur site
#
Comparaison

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.

#
Sécurité

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é.

Accès strict en lecture seule
Le validateur accepte uniquement 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

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 :

tools/nl2sql-tool.ts
TYPESCRIPT
// Custom tool called by your agent's function calling loop
export async function nl2sqlTool(question: string) {
const { data, error } = await aura.ai.nl2sql(question, undefined, { limit: 20 })
if (error) throw error
return { sql: data.sql, tables: data.tables }
}
Intégration directe de l'API HTTP
Aurabase s'intègre de manière transparente via l'API HTTP standard et les points de terminaison du SDK TypeScript, offrant des performances prévisibles sans encapsuler plusieurs couches d'abstraction.
#
FAQ

Foire aux questions

NL2SQL peut-il modifier les données (UPDATE, DELETE) ?+
Le validateur AST autorise uniquement les requêtes SELECT : toute instruction INSERT, UPDATE, DELETE, DROP, CREATE ou ALTER produite par le modèle est rejetée au niveau de l'arborescence syntaxique avant l'exécution - et pas simplement via des instructions d'invite.
pgvector est-il suffisant ou une base de données vectorielles dédiée est-elle requise ?+
Selon les références du secteur, pgvector correspond ou surpasse les magasins de vecteurs dédiés inférieurs à environ 10 millions de vecteurs ; la divergence ne devient significative qu'au-delà de 50 millions de vecteurs. Pour la grande majorité des charges de travail d'applications RAG, pgvector natif offre des performances supérieures et une cohérence des transactions sans exploiter un cluster séparé.
Le serveur Aurabase MCP est-il prêt pour la production pour les agents IA autonomes ?+
Oui. Le serveur Aurabase MCP est construit directement sur le protocole standard JSON-RPC sur SSE et stdio, avec des introspections de schéma natives, des requêtes paramétrées et une isolation stricte des locataires de sécurité au niveau des lignes.

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