Le reporting MySQL,sans demande de requête SQL.

Demandez au Connector Agent de connecter MySQL, ou choisissez-le dans le catalogue Connect. Ajoutez l'IP de Querri à la liste blanche du pare-feu de votre base, renseignez l'hôte, le port, la base de données, le nom d'utilisateur et le mot de passe dans le formulaire sécurisé, puis lancez le test. Enfin, sélectionnez les tables voulues et approuvez le chargement et son planning.

Querri synchronise les tables de base et les vues de la base que vous choisissez, toutes ou une liste de votre choix. Vous pouvez aussi ajouter des requêtes SQL nommées, chacune devenant sa propre source. Il ne peut lire que ce qui a été accordé à l'utilisateur MySQL connecté.

Une actualisation complète s'exécute selon le planning que vous fixez, quotidien par défaut. Les synchronisations incrémentielles peuvent tourner jusqu'à toutes les heures et récupèrent les lignes dont la colonne curseur, updated_at par défaut, a dépassé la dernière synchronisation. Une synchronisation manuelle est disponible dès que vous avez besoin de données plus fraîches.

Non. Querri ne fait que lire vos données et ne modifie jamais vos enregistrements. Il attache la base MySQL en lecture seule et Querri n'exécute que des requêtes SELECT : il n'insère, ne met à jour ni ne supprime jamais une ligne.

Querri lit MySQL lors d'une synchronisation, pas quand quelqu'un pose une question. Les questions, les tableaux de bord et les rapports s'exécutent tous sur la copie de Querri. Planifiez les actualisations complètes aux heures creuses, utilisez des synchronisations incrémentielles pour les grandes tables, ou dirigez Querri vers un réplica en lecture.

Les droits MySQL déterminent ce que Querri peut synchroniser : il ne voit que ce que l'utilisateur connecté a le droit de lire avec SELECT, donc donnez à cet utilisateur exactement les tables qui ont leur place dans Querri. Ensuite, la visibilité des lignes pour chaque personne dépend du partage et des filtres de lignes de Querri, pas de MySQL.

Connectez les deux, et Querri rapproche les contacts HubSpot des clients de vos tables MySQL, généralement par e-mail. Vous pouvez alors suivre une campagne ou une source jusqu'aux commandes payées. Quand un rapprochement est incertain, par exemple parce qu'un client a utilisé deux adresses, la réponse le dit.

Connectez les deux, et Querri relie les conversations de support aux clients et à leurs commandes dans MySQL. Vous pouvez demander quels produits, quels états de commande ou quelles offres génèrent le plus de tickets, et voir les contacts répétés par client, sans que personne n'exporte l'un ou l'autre dans un tableur.

Connectez MySQL pour les commandes et les remboursements, et HubSpot ou une feuille pour l'origine des clients. Dites une fois à Querri ce que signifie le chiffre d'affaires, par exemple les commandes payées nettes des remboursements, puis posez la question. Enregistrez le tout comme un projet et planifiez-le pour le recevoir chaque semaine.

Définissez le MRR et le churn comme des KPI dans Querri. Comme la table des abonnements ne stocke en général que l'état actuel de chaque offre, Querri conserve lui-même l'historique du KPI dès le premier jour : vous voyez ainsi l'évolution d'un mois sur l'autre à partir de là.

Oui. Transformez le rapport en projet une fois et donnez-lui une date d'envoi. Querri le relance sur des données MySQL fraîchement synchronisées et envoie par e-mail un classeur Excel mis en forme, ou une version par client ou par responsable, sans requête à lancer à la main.

Oui. Dites ce qu'il doit montrer, ou partez d'une capture d'un tableau de bord existant. Les modifications sont des demandes en langage naturel, les graphiques peuvent combiner des tables MySQL avec d'autres systèmes connectés, et un filtre de lignes limite chaque lecteur à ses propres données.

Oui. Querri se branche sur Claude ou ChatGPT comme connecteur, configuré une seule fois. Dès lors, l'assistant répond à partir de votre Bibliothèque Querri, avec vos définitions, vos règles et les droits d'accès de chaque personne, et n'obtient jamais d'identifiants pour votre base. Ses chiffres reposent sur les mêmes définitions que vos tableaux de bord.

Amazon RDS for MySQL utilise le même formulaire hôte et port que n'importe quel serveur MySQL, à condition que l'IP de Querri soit autorisée ou qu'un VPN soit configuré. MariaDB se connecte via le même connecteur MySQL. Chaque connexion lit une base de données : plusieurs bases signifient donc plusieurs connexions.

Les utilisateurs sur caching_sha2_password, le plugin d'authentification par défaut de MySQL 8, peuvent échouer à se connecter. Le message d'erreur de Querri l'indique ; la solution est de passer cet utilisateur sur mysql_native_password. Vérifiez aussi que l'IP de Querri est autorisée sur votre pare-feu.

Chaque connexion couvre une seule base. Les synchronisations incrémentielles demandent une colonne curseur qui ne fait qu'augmenter, ne font qu'ajouter des lignes et ne détectent pas les suppressions : lancez une actualisation complète pour les éliminer. Une requête personnalisée n'a pas de mode incrémentiel ; chaque synchronisation la relance de zéro. Il n'y a ni tunnel SSH ni réplication binlog en temps réel.

Oui, via un tunnel OpenVPN : chargez votre fichier .ovpn avec le certificat de l'autorité de certification, le certificat client et la clé client, tous stockés chiffrés. Querri ne propose pas de tunnels SSH : une base derrière un bastion a donc besoin d'un accès VPN ou d'une IP en liste blanche.

Querri est certifié SOC 2 Type II, HIPAA et ISO 27001:2022, et vos données ne servent jamais à entraîner un modèle. Votre mot de passe est stocké chiffré, SSL est activé par défaut, et le Connector Agent ne voit jamais le mot de passe. Notez que le certificat du serveur n'est pas vérifié.