Requêtes de lecture seulement
Semavex ne génère que des requêtes de lecture. Nous recommandons de le connecter avec un compte de base de données en lecture seule, pour que votre base applique la même règle.
Connecter un outil de reporting à une base de données en production est une décision pour votre administrateur de bases de données et votre équipe de sécurité. Cette page décrit ce que Semavex fait avec cette connexion, et ce qu'il ne fait pas.
Un utilisateur pose une question en langage courant, ou un rapport enregistré s'exécute selon son horaire.
Vexon, l'agent IA de Semavex, transforme la question en plan de requête structuré à l'aide de votre modèle sémantique. Il n'écrit jamais de SQL et ne se connecte jamais à votre base de données.
Semavex vérifie le plan par rapport à votre modèle sémantique et à une liste blanche d'opérations permises. Un plan qui échoue à la vérification n'atteint jamais votre base de données.
Semavex traduit le plan en SQL paramétré pour votre moteur avec du code déterministe. Chaque valeur de filtre est un paramètre lié.
La requête s'exécute sur votre base avec une limite de temps, et les lignes reviennent à Semavex pour être mises en forme dans la réponse ou le rapport.
Semavex ne génère que des requêtes de lecture. Nous recommandons de le connecter avec un compte de base de données en lecture seule, pour que votre base applique la même règle.
Les questions interactives s'arrêtent après 30 secondes et les rapports planifiés après 120 secondes.
Sur SQL Server, MySQL et MariaDB, Semavex lit par défaut en READ UNCOMMITTED : les rapports n'attendent jamais les verrous de votre application. Le contrôle de concurrence multiversion de PostgreSQL donne le même résultat. Vous pouvez choisir, pour chaque source de données, une isolation qui ne lit que les données validées.
Semavex lit les métadonnées de vos index dans le catalogue système et planifie les filtres et les jointures en conséquence : les rapports empruntent les chemins d'accès prévus pour votre base.
Vexon ne se connecte jamais à votre base de données et n'exécute jamais de requêtes. Il travaille à partir de votre modèle sémantique : noms de tables et de colonnes, descriptions, relations, mesures et synonymes, ainsi que des exemples de valeurs des colonnes que vous n'avez pas marquées comme sensibles.
Quand quelqu'un demande à Vexon d'expliquer un résultat, Semavex calcule des statistiques exactes sur l'ensemble du résultat dans votre base et les partage avec un échantillon de lignes. Une fiche de consentement indique le nombre de lignes, le coût et ce qui sera partagé avant toute exécution. Les suggestions d'exploration utilisent quelques lignes du résultat. Vexon est construit sur Claude, d'Anthropic.
Semavex ne génère que des requêtes de lecture. Son SQL vient de code déterministe qui construit des instructions de lecture à partir d'un plan validé, et l'IA n'écrit ni n'exécute jamais de SQL. Une connexion avec un compte en lecture seule fait appliquer la même règle par votre base.
Les rapports sont planifiés en fonction de vos index, arrêtés à une limite de temps et, par défaut, ne prennent pas de verrous qui bloquent les écritures de votre application. Pour un reporting intensif, connectez Semavex à un réplica en lecture.
Sur Microsoft Azure, au Canada. Les identifiants de base de données sont chiffrés en AES-256-GCM, et chaque espace de travail est isolé dans son propre schéma. La politique de confidentialité indique ce qui est traité et où.
Vexon est construit sur Claude, d'Anthropic. Il reçoit votre modèle sémantique et, quand vous demandez une explication, des statistiques et un échantillon de lignes du résultat.
Réservez une démo : nous présenterons la configuration à votre administrateur de bases de données et à votre équipe de sécurité avant que vous connectiez quoi que ce soit.