Rapports et analytique sur votre base PostgreSQL en direct
Semavex se connecte directement à PostgreSQL, lit son schéma et ses index, et donne à votre équipe des rapports enregistrés, des envois planifiés et des analyses IA, sans entrepôt entre les deux. Vexon, l'agent IA de Semavex, construit le modèle sémantique et répond aux questions.
Ce que Semavex lit dans PostgreSQL
- Tables, colonnes, clés primaires et clés étrangères depuis le catalogue système
- Chaque index avec sa méthode d'accès, son unicité, le prédicat des index partiels et les colonnes couvrantes (INCLUDE)
- Les estimations de lignes et les clés de partition, pour que les plans tiennent compte de la taille des tables et du partitionnement
- Les statistiques de colonnes de
pg_stats, pour juger de la sélectivité d'un filtre
Comment les rapports ne gênent pas votre application
Avec le contrôle de concurrence multiversion de PostgreSQL, une lecture ne bloque jamais une écriture et ne voit jamais de données non validées. Semavex n'envoie aucun réglage d'isolation à PostgreSQL : les rapports lisent des données validées, et les transactions de votre application continuent normalement.
Chaque requête s'exécute avec une limite de temps : 30 secondes pour les questions interactives et 120 secondes pour les rapports planifiés.
Serveurs de secours et réglages du rôle
Semavex ne fait que lire : un serveur de secours en lecture (hot standby) fonctionne aussi bien que le serveur principal. Saisissez son hôte et son port quand vous ajoutez la source de données.
Les deux dernières lignes du script ci-dessous sont facultatives. default_transaction_read_only fait refuser par PostgreSQL toute écriture de ce rôle, et statement_timeout limite chaque instruction à 120 secondes côté serveur. Semavex n'émet que des requêtes de lecture : aucun des deux ne le gêne.
Connectez-vous avec un compte en lecture seule
Exécutez ce script en tant qu'administrateur, puis saisissez le compte quand vous ajoutez la source de données dans Semavex. Remplacez les valeurs entre chevrons.
CREATE ROLE semavex_ro LOGIN PASSWORD '<strong password>';
GRANT CONNECT ON DATABASE <database> TO semavex_ro;
GRANT USAGE ON SCHEMA <schema> TO semavex_ro;
GRANT SELECT ON ALL TABLES IN SCHEMA <schema> TO semavex_ro;
ALTER DEFAULT PRIVILEGES IN SCHEMA <schema> GRANT SELECT ON TABLES TO semavex_ro;
-- Optional: refuse writes from this role and cap each statement
ALTER ROLE semavex_ro SET default_transaction_read_only = on;
ALTER ROLE semavex_ro SET statement_timeout = '120s';GRANT pour chaque schéma que Semavex doit voir. ALTER DEFAULT PRIVILEGES couvre les tables créées plus tard par le rôle qui l'exécute.Ce que votre équipe obtient sur PostgreSQL
- Des rapports enregistrés avec sous-totaux, totaux généraux, formats de nombres et mise en forme conditionnelle
- Des envois planifiés par courriel en PDF, CSV ou Excel
- Des comparaisons de périodes, périodes glissantes, cumuls, classements et top N
- Des explications par l'IA à partir de statistiques exactes sur l'ensemble du résultat
- La conversation sur un rapport : modifiez un rapport enregistré en le demandant
- Des alertes de données sur vos seuils, jusqu'à toutes les 15 minutes (Enterprise)
Questions sur PostgreSQL
Quelles versions de PostgreSQL sont prises en charge ?
Semavex est testé avec PostgreSQL 16 à chaque compilation et lit le catalogue système standard. Les métadonnées des index couvrants exigent PostgreSQL 11 ou plus récent.
Peut-on connecter Semavex à un réplica en lecture ?
Oui. Saisissez l'hôte et le port du réplica quand vous ajoutez la source de données. Semavex ne fait que lire : un serveur de secours fonctionne aussi bien que le principal.
Les tables partitionnées fonctionnent-elles ?
Oui. Semavex lit la clé de partition de chaque table et en tient compte quand il planifie une requête sur une table partitionnée.
Voyez Semavex sur votre base PostgreSQL
Réservez une démo : nous parcourrons le modèle sémantique, quelques rapports et une planification sur des données comme les vôtres.