Aller au contenu

PostgreSQL + Querri

Le reporting PostgreSQL,sans attendre un ingénieur.

Les comptes, les utilisateurs et les événements de votre produit vivent déjà dans Postgres. Querri permet aux équipes ops, finance et clients de les interroger en langage naturel, avec la facturation et le CRM, sans que personne n'écrive de requête sur la production.

Querri ne fait que lire vos données PostgreSQL et ne modifie jamais une ligne. Votre mot de passe est saisi dans un formulaire sécurisé que l'agent ne voit jamais. Certifié SOC 2 Type II, HIPAA et ISO 27001:2022.

Pourquoi le reporting PostgreSQL se complique

Postgres est fait pour faire tourner votre produit. En tirer des réponses métier est un autre métier.

Les équipes d'ingénierie et ceux qui dépendent d'elles décrivent les mêmes frictions. Postgres fait bien son propre travail. La friction se situe entre la base de données et la personne qui a la question.

01

Chaque question devient un ticket pour l'ingénierie

Seules les personnes qui connaissent le SQL et le schéma obtiennent des réponses, et ce sont elles qui livrent le produit. Le succès client et la finance font la queue pour une requête, et la réponse finit collée dans un tableur.

02

Le reporting entre en concurrence avec l'application

Une lourde requête de reporting sur la base de production partage le CPU, la mémoire et les verrous avec le trafic client. Personne ne veut être celui dont le tableau de bord a ralenti le paiement.

03

Les réplicas en lecture peuvent annuler les longues requêtes

Sur un hot standby, une requête en conflit avec la réplication est annulée dès que le rejeu a attendu plus longtemps que max_standby_streaming_delay, soit 30 secondes par défaut. Une grosse lecture analytique peut échouer à mi-parcours.

04

Le schéma a été conçu pour l'application, pas pour les gens

Des statuts stockés en entiers, des paramètres entassés dans du JSONB, des lignes supprimées logiquement, des comptes de test mêlés aux clients. Lire correctement les tables demande un savoir qui vit dans le code.

05

Les lignes montrent aujourd'hui, et la moitié de l'histoire est ailleurs

Une mise à jour écrase l'ancienne valeur : l'offre ou le statut du mois dernier disparaît, sauf si quelqu'un a construit des tables d'historique. La facturation, le CRM et le support sont dans d'autres systèmes que la base ne peut pas joindre.

Ce à quoi vous pouvez enfin répondre

Huit questions auxquelles votre base applicative peut répondre, dès que quelqu'un peut lui poser

Chacune est une demande que les équipes ops, finance et clients envoient chaque semaine à l'ingénierie, avec ce qui la bloque et ce qu'en fait Querri.

Quels comptes paient des sièges que personne n'utilise ?

Pourquoi c'est difficile

Les sièges payés sont sur la ligne d'abonnement, les connexions dans une table d'événements de plusieurs millions de lignes, et « actif » veut dire autre chose pour chaque équipe qui pose la question.

Avec Querri

Dites une fois ce qui compte comme un utilisateur actif, et Querri garde cette définition dans la Bibliothèque. Suivez l'utilisation des sièges par offre comme un KPI : elle s'actualise à chaque synchronisation.

Combien de jours s'écoulent entre l'inscription et la première vraie utilisation ?

Pourquoi c'est difficile

La réponse demande la date d'inscription, le premier événement significatif et une définition de « significatif » sur laquelle le produit et la croissance sont vraiment d'accord.

Avec Querri

Écrivez une fois l'étape clé dans Faits et règles, et Querri mesure le temps pour l'atteindre par semaine, par offre et par canal. Le playbook de l'inscription à la première valeur détaille la mise en place.

Quels essais actifs personne aux ventes n'a contactés ?

Pourquoi c'est difficile

L'activité d'essai est dans Postgres et l'affaire dans le CRM. Rapprocher un espace de travail d'une entreprise est une recherche manuelle pour laquelle les ventes n'ont jamais le temps.

Avec Querri

Connectez HubSpot ou Salesforce à côté de Postgres. Demandez à Querri de rapprocher les espaces de travail des entreprises par domaine d'e-mail. La réponse explique comment le rapprochement a été fait et liste les essais actifs sans affaire ouverte.

Quels clients utilisent moins le produit à l'approche du renouvellement ?

Pourquoi c'est difficile

Une baisse d'usage passe inaperçue dans un total. Elle ne ressort que si chaque compte est comparé à son propre passé, et personne ne lance cette requête pour chaque client chaque jour.

Avec Querri

Suivez l'activité des comptes comme un KPI : les moniteurs nocturnes la comparent à son propre historique et déposent les comptes qui décrochent dans votre Boîte de réception. Le playbook sur les renouvellements à risque ajoute les dates de renouvellement du CRM.

La finance peut-elle compter les clients et le churn sans décoder les codes de statut ?

Pourquoi c'est difficile

Le statut 3 veut dire résilié, deleted_at veut dire supprimé, et les comptes de test internes ressemblent à des clients. Qu'un seul soit mal interprété, et le taux de churn est faux.

Avec Querri

Donnez les règles à Querri avec des mots simples, par exemple « exclure les comptes avec notre propre domaine d'e-mail ». Chaque réponse suivante les applique, et Querri vérifie d'abord les données, à la recherche de doublons et de valeurs vides, avant de compter.

Les chiffres produit de la semaine peuvent-ils arriver dans Excel sans que personne ne les exporte ?

Pourquoi c'est difficile

Le lundi, quelqu'un lance une requête enregistrée, copie le résultat dans le classeur de la semaine précédente et corrige la mise en forme à la main.

Avec Querri

Construisez les chiffres une fois sous forme de projet. Un planning le relance sur la dernière synchronisation et envoie par e-mail un classeur mis en forme. Voir rapports et automatisation.

Chaque client peut-il voir son propre usage, dans notre produit ?

Pourquoi c'est difficile

Un reporting destiné aux clients veut généralement dire un projet d'ingénierie : une bibliothèque de graphiques, une API et un filtrage soigneux pour qu'aucun client ne voie les lignes d'un autre.

Avec Querri

Construisez le tableau de bord en demandant, puis intégrez-le à votre application avec Embed. Un filtre de lignes par client, défini une fois dans Espaces de travail et accès, limite chacun à ses propres données.

Puis-je interroger Claude ou ChatGPT sur nos données Postgres sans lui donner d'identifiants de base de données ?

Pourquoi c'est difficile

Donner une chaîne de connexion à un assistant, c'est le laisser deviner votre schéma, et un identifiant finit là où il ne devrait pas être.

Avec Querri

Reliez Querri à Claude ou ChatGPT. Les réponses viennent de votre Bibliothèque, avec les définitions fixées par votre équipe, limitées à ce que chaque personne peut voir dans Querri. Aucun identifiant de base de données ne sort de Querri.

PostgreSQL et le reste

Les données produit ne racontent que la moitié de l'histoire

Postgres sait qui s'est inscrit et ce qu'il a fait. Le CRM sait avec qui les ventes discutent, la comptabilité sait qui a payé, et le support sait qui est bloqué. Avec les quatre connectés à une seule Bibliothèque, une même question sur un compte peut puiser dans chacun d'eux.

PostgreSQL se combine bien avec

Des réponses que vous pouvez défendre

Le churn se compte honnêtement de plus d'une façon. Querri nomme celle derrière sa réponse.

« Combien de clients avons-nous perdus en septembre ? » peut compter les résiliations faites en septembre ou les abonnements qui ont réellement pris fin ce mois-là, à l'issue d'une période payée. Les deux se défendent, et ils concordent rarement. Querri en donne un, dit lequel et montre l'autre : la finance et le produit débattent des clients, pas des requêtes. Voir comment fonctionnent les réponses.

Découvrez au réveil ce qui a changé

Querri remarque le compte qui s'est tu

Pendant la nuit, Querri compare chaque KPI à son propre historique et part à la recherche des mouvements que personne n'a demandés. Au matin, les résultats sont dans votre Boîte de réception, et Querri n'agit sur aucun sans votre accord.

Tableaux de bord PostgreSQL personnalisés

Des tableaux de bord PostgreSQL que personne n'a à coder

Dites ce que le tableau de bord doit montrer, ou partez d'une capture de celui sur lequel votre équipe s'appuie déjà. Les graphiques lisent la même Bibliothèque que le chat : l'usage produit peut côtoyer le chiffre d'affaires et les données de support, et chaque équipe ou client peut être limité aux lignes qu'il doit voir.

  • Créé et modifié en phrases simples
  • Les données applicatives à côté de la facturation, du CRM et du support
  • Chaque client ou équipe limité à ses propres lignes
Une modification ? Tapez-la. Ici, une phrase fait passer le tableau de bord en sombre, et l'annulation est à un clic.

Des rapports que vous ne reconstruisez plus

Six rapports PostgreSQL, construits une fois

Ce qui est synchronisé

Le schéma de votre choix, copié à l'écart de la production

Selon le planning que vous fixez, Querri copie les tables et les vues choisies dans son propre stockage. Chaque question est traitée sur cette copie, donc aucune ne s'exécute sur votre base. Il ne peut synchroniser que ce que l'utilisateur Postgres utilisé pour la connexion peut lire.

Ce que vous pouvez synchroniser

  • Tables
  • Vues
  • Vues matérialisées
  • Tables étrangères
  • Toutes les tables d'un schéma
  • Une sélection de tables
  • Requêtes SQL personnalisées
  • Un schéma par connexion ; le sélecteur ne liste que les schémas sur lesquels votre utilisateur a le droit USAGE.

Complète ou incrémentielle

Actualisation complète par défaut. Avec un planning incrémentiel, indiquez une colonne curseur comme updated_at, et Querri ne récupère que les lignes au-delà du point haut de la dernière exécution, jusqu'à toutes les heures. Les lignes supprimées disparaissent lors d'une actualisation complète.

Ménage la base de données

Les lignes sont transférées en Parquet par blocs, une synchronisation complète interrompue reprend là où elle s'est arrêtée, et il n'y a pas de plafond de lignes sauf si vous en fixez un. Les lectures utilisent quelques connexions par table et sont réglées pour rester légères, sur une instance principale comme sur un réplica en lecture.

Lecture seule

Querri attache votre base en mode lecture seule : il ne peut rien insérer, mettre à jour ni supprimer. Il ne modifie jamais une ligne ni une table.

Des identifiants gardés hors de vue

Vous saisissez le nom d'utilisateur et le mot de passe dans un formulaire sécurisé ; ils sont stockés chiffrés et le Connector Agent ne les voit jamais. SSL est exigé par défaut.

Comment connecter PostgreSQL

Un hôte, un identifiant et une approbation

  1. 1

    Demandez au Connector Agent

    Ouvrez Connect et dites « connecte notre base Postgres », ou choisissez PostgreSQL dans le catalogue.

  2. 2

    Saisissez les informations de connexion

    Hôte, base de données et nom d'utilisateur, plus le port et le mot de passe, dans un formulaire sécurisé que l'agent ne lit jamais. Un utilisateur en lecture seule, idéalement sur un réplica, est un bon choix.

  3. 3

    Accédez à un réseau privé si besoin

    Pour une base derrière un pare-feu, ajoutez votre propre profil OpenVPN et vos certificats dans le panneau de tunnel VPN. Ils sont stockés chiffrés.

  4. 4

    Choisissez un schéma, puis approuvez

    Choisissez un schéma et prenez toutes les tables ou seulement quelques-unes, ajoutez du SQL personnalisé si nécessaire, et fixez un planning. L'agent ne charge rien avant votre feu vert.

  5. 5

    Posez votre première question

    Dès que la première synchronisation arrive dans votre Bibliothèque, toute personne ayant accès peut l'interroger, en tirer des graphiques ou planifier des rapports.

La page Connect de Querri, où le Connector Agent demande une approbation avant de lancer une connexion, à côté des cartes de connecteurs Google Drive, NetSuite, Salesforce, Square, ShipStation et Snowflake
L'agent demande d'abord. Tant que vous n'avez pas approuvé, rien ne se connecte et rien ne se charge.

FAQ PostgreSQL

Questions sur PostgreSQL et Querri

Comment connecter PostgreSQL à Querri ?

Demandez PostgreSQL au Connector Agent sur la page Connect, ou sélectionnez-le dans le catalogue. Saisissez l'hôte, la base de données, le nom d'utilisateur et le mot de passe dans le formulaire sécurisé (le port est 5432 par défaut et SSL est activé), choisissez un schéma et des tables, puis approuvez le chargement et un planning.

Quelles données PostgreSQL Querri synchronise-t-il ?

Vous choisissez un schéma par connexion, puis prenez toutes ses tables ou en sélectionnez certaines. Les tables de base, les vues, les vues matérialisées et les tables étrangères sont toutes listées, et vous pouvez ajouter vos propres requêtes SQL comme sources supplémentaires. Querri ne voit que ce que l'utilisateur Postgres connecté a le droit de lire.

À quelle fréquence les données PostgreSQL sont-elles synchronisées ?

Les actualisations complètes s'exécutent selon un planning quotidien, hebdomadaire ou mensuel. Un planning incrémentiel peut tourner jusqu'à toutes les heures et ne récupère que les lignes dont la colonne curseur, comme updated_at, est plus récente que la dernière exécution. Une synchronisation lancée à la main est une synchronisation complète. Les exécutions incrémentielles ne voient pas les lignes supprimées ; une actualisation complète, si.

Querri écrit-il dans ma base PostgreSQL ou la modifie-t-il ?

Non. Querri ne fait que lire vos données. Il attache la base en mode lecture seule : il ne peut ni insérer, ni mettre à jour, ni supprimer une ligne, ni modifier une table. Pour plus de sûreté, connectez-vous avec un utilisateur Postgres qui n'a que des droits SELECT.

Querri va-t-il ralentir ma base de production ?

Les questions ne s'exécutent jamais sur votre base ; elles s'exécutent sur la copie que Querri synchronise. La synchronisation elle-même est réglée pour rester légère, avec quelques connexions par table, et vous choisissez quand elle tourne. Vous pouvez aussi la diriger vers un réplica en lecture pour ne pas toucher du tout à l'instance principale.

Puis-je connecter un réplica en lecture PostgreSQL ?

Oui. Saisissez l'hôte du réplica au lieu de celui de l'instance principale. Gardez à l'esprit qu'un hot standby annule les requêtes en conflit avec la réplication après max_standby_streaming_delay, 30 secondes par défaut : la synchronisation d'une grande table peut donc demander de relever cette limite. Activer hot_standby_feedback évite les annulations dues au nettoyage par vacuum, au prix d'un peu de bloat sur l'instance principale.

Comment les autorisations PostgreSQL se répercutent-elles dans Querri ?

Querri ne peut synchroniser que les schémas et les tables que l'utilisateur Postgres connecté peut lire, et le sélecteur de schéma n'affiche que les schémas sur lesquels cet utilisateur a le droit USAGE. Une fois les données dans Querri, ce que chaque personne voit dépend de l'accès par ligne et des paramètres de partage de Querri ; les rôles Postgres ne sont pas repris personne par personne.

Comment connecter une base PostgreSQL située dans un réseau privé ?

Utilisez le panneau de tunnel VPN du formulaire de connexion et chargez votre propre profil OpenVPN, le certificat de l'autorité de certification, le certificat client et la clé privée. Les quatre sont stockés chiffrés. Les tunnels SSH ne sont pas pris en charge pour PostgreSQL aujourd'hui : le VPN est donc la voie pour les bases inaccessibles depuis Internet.

Comment combiner les données PostgreSQL et Salesforce ?

Connectez les deux, et Querri les relie dans la Bibliothèque sur une clé commune, comme un identifiant de compte ou un domaine d'e-mail. Vous pouvez alors placer l'usage produit à côté des dates de renouvellement, des responsables de compte et du pipeline, et quand un rapprochement est incertain, la réponse le dit au lieu de deviner en silence.

Comment combiner les données PostgreSQL et HubSpot ?

Connectez Postgres et HubSpot, et Querri rapproche les espaces de travail ou les utilisateurs de l'application des contacts et des entreprises HubSpot. Vous voyez ainsi quels essais actifs n'ont pas d'affaire, quels leads ont réellement activé le produit et quelles sources marketing amènent des utilisateurs qui restent.

Comment combiner les données PostgreSQL et Intercom ?

Connectez les deux, et Querri met en regard les conversations de support et ce que chaque compte fait dans votre produit. Demandez quelles fonctionnalités génèrent le plus de conversations, ou si les comptes qui contactent le support tôt s'activent plus vite ou plus lentement que les autres.

Comment obtenir un rapport de l'inscription à la première valeur depuis PostgreSQL ?

Indiquez à Querri quel événement compte comme première valeur, et il mesure le temps entre l'inscription de chaque compte et cet événement, par semaine, par offre ou par canal. Le playbook de l'inscription à la première valeur détaille les étapes, et le résultat peut tourner comme un KPI qui garde son historique.

Comment obtenir le churn et le nombre de clients actifs depuis PostgreSQL ?

Apprenez les règles à Querri une fois : quel statut veut dire résilié, quelles lignes sont supprimées logiquement, quels comptes sont internes. Chaque décompte suivant les applique. Quand le churn peut désigner les résiliations ou les abonnements terminés, Querri dit quelle lecture il a retenue et montre l'autre.

Comment exporter automatiquement PostgreSQL vers Excel ?

Construisez l'analyse une fois sous forme de projet dans Querri, puis planifiez-la. Chaque exécution utilise les dernières données synchronisées et envoie par e-mail un classeur Excel mis en forme, ou une version par équipe ou par client : personne ne lance de requête ni ne colle de résultats à la main.

Puis-je créer des tableaux de bord PostgreSQL sans écrire de SQL ?

Oui. Décrivez le tableau de bord voulu, ou partez d'une capture de celui que vous avez déjà, et modifiez-le en demandant. Il peut mêler Postgres aux données de facturation, de CRM et de support, et chaque personne ou client peut être limité à ses propres lignes.

Puis-je interroger ChatGPT ou Claude sur mes données PostgreSQL ?

Oui. Reliez Querri à Claude ou ChatGPT une seule fois. L'assistant répond à partir de votre Bibliothèque Querri avec les définitions de votre équipe, selon les droits d'accès de chaque personne, et n'obtient jamais d'identifiants de base de données. Il s'appuie sur les mêmes définitions que vos tableaux de bord.

Qu'est-ce que le connecteur PostgreSQL ne sait pas faire ?

Chaque connexion lit un seul schéma : plusieurs schémas demandent plusieurs connexions. Le SQL personnalisé ne peut pas être synchronisé de façon incrémentielle, l'incrémentiel ne tourne que sur planning et ne détecte pas les lignes supprimées. Il n'y a ni tunnel SSH, ni vérification du certificat SSL au-delà de require, ni streaming de capture des changements (CDC) ; les données arrivent selon un planning.

Est-ce que cela fonctionne avec un utilisateur de base de données aux droits limités ?

Oui. Si l'utilisateur ne peut pas lire les catalogues système de Postgres, Querri se rabat sur une liste plus simple. Dans ce mode, les vues matérialisées ne sont pas listées et les requêtes SQL personnalisées sont refusées : sélectionnez donc directement les tables et les vues dont vous avez besoin.

Mes données PostgreSQL sont-elles en sécurité dans Querri ?

Querri est certifié SOC 2 Type II, HIPAA et ISO 27001:2022, et vos données ne servent jamais à entraîner un modèle. Les connexions exigent SSL par défaut, les mots de passe et les fichiers VPN sont stockés chiffrés, le Connector Agent ne les voit jamais, et la base est attachée en lecture seule.

Ouvrez Postgres au reste de l'entreprise.

La configuration prend quelques minutes. Querri ne fait que lire vos données et ne modifie jamais une ligne.