PostgreSQL + Querri
Die Accounts, Benutzer und Events Ihres Produkts liegen bereits in Postgres. Mit Querri können Operations, Finanzen und Kundenteams in einfacher Sprache danach fragen, neben Abrechnung und CRM, ohne dass jemand eine Abfrage gegen die Produktion schreibt.
Querri liest Ihre PostgreSQL-Daten nur und ändert nie eine Zeile. Ihr Passwort geben Sie in ein sicheres Formular ein, das der Agent nie sieht. Zertifiziert nach SOC 2 Type II, HIPAA und ISO 27001:2022.
Warum PostgreSQL-Reporting schwierig wird
Entwicklungsteams und die Menschen, die auf sie angewiesen sind, beschreiben dieselbe Reibung. Postgres erledigt seine eigene Aufgabe gut. Die Reibung liegt zwischen der Datenbank und der Person mit der Frage.
Nur wer SQL und das Schema kennt, kommt an Antworten, und genau diese Leute liefern das Produkt aus. Customer Success und Finanzen warten in der Schlange auf eine Abfrage, und die Antwort landet per Copy-and-paste in einer Tabelle.
Eine schwere Reporting-Abfrage gegen die Produktionsdatenbank teilt sich CPU, Arbeitsspeicher und Sperren mit dem Kundenverkehr. Niemand möchte die Person sein, deren Dashboard den Checkout ausgebremst hat.
Auf einem Hot Standby wird eine Abfrage, die mit der Replikation kollidiert, abgebrochen, sobald das Replay länger als max_standby_streaming_delay gewartet hat, standardmäßig 30 Sekunden. Ein großer analytischer Lesevorgang kann mittendrin scheitern.
Status als Ganzzahlen gespeichert, Einstellungen in JSONB gepackt, soft-gelöschte Zeilen, Testaccounts zwischen echten Kunden. Die Tabellen richtig zu lesen, erfordert Wissen, das im Code steckt.
Ein Update überschreibt den alten Wert, also sind Tarif oder Status vom letzten Monat weg, es sei denn, jemand hat Verlaufstabellen gebaut. Abrechnungs-, CRM- und Supportdaten liegen in anderen Systemen, mit denen die Datenbank nicht verknüpfen kann.
Was Sie endlich beantworten können
Jede davon ist eine Anfrage, die Operations, Finanzen und Kundenteams jede Woche an die Entwicklung schicken, dazu der Grund, warum sie hängen bleibt, und was Querri damit macht.
Warum es schwierig ist
Bezahlte Lizenzen stehen in der Abo-Zeile, Logins in einer Event-Tabelle mit Millionen Zeilen, und „aktiv“ bedeutet für jedes Team, das fragt, etwas anderes.
Mit Querri
Legen Sie einmal fest, was als aktiver Benutzer zählt, und Querri bewahrt diese Definition in der Bibliothek auf. Verfolgen Sie die Lizenznutzung pro Tarif als KPI, und sie wird bei jeder Synchronisierung aktualisiert.
Warum es schwierig ist
Die Antwort braucht das Registrierungsdatum, das erste aussagekräftige Event und eine Definition von „aussagekräftig“, auf die sich Produkt und Growth tatsächlich einigen.
Mit Querri
Halten Sie den Meilenstein einmal in Fakten und Regeln fest, und Querri misst die Zeit bis dorthin nach Woche, Tarif und Kanal. Das Playbook von der Registrierung zum ersten Nutzen zeigt die Einrichtung.
Warum es schwierig ist
Die Aktivität in der Testphase liegt in Postgres, der Deal im CRM. Einen Workspace einem Unternehmen zuzuordnen, ist eine manuelle Suche, für die der Vertrieb nie Zeit hat.
Mit Querri
Verbinden Sie HubSpot oder Salesforce neben Postgres. Bitten Sie Querri, Workspaces über die E-Mail-Domain Unternehmen zuzuordnen. Die Antwort sagt, wie die Zuordnung zustande kam, und listet die aktiven Testphasen ohne offenen Deal auf.
Warum es schwierig ist
Ein Nutzungsrückgang sieht in einer Summe normal aus. Er fällt erst auf, wenn jeder Account mit seiner eigenen Vergangenheit verglichen wird, und niemand führt diese Abfrage jeden Tag für jeden Kunden aus.
Mit Querri
Führen Sie die Account-Aktivität als KPI, und nächtliche Monitore prüfen sie gegen ihre eigene Historie und legen die nachlassenden Accounts in Ihren Posteingang. Das Playbook zu gefährdeten Verlängerungen ergänzt die Verlängerungstermine aus dem CRM.
Warum es schwierig ist
Status 3 heißt gekündigt, deleted_at heißt weg, und interne Testaccounts sehen aus wie Kunden. Liegt man bei einem davon falsch, stimmt die Abwanderungsrate nicht.
Mit Querri
Nennen Sie Querri die Regeln in einfachen Worten, etwa „Accounts mit unserer eigenen E-Mail-Domain ausschließen“. Jede weitere Antwort folgt ihnen, und Querri prüft die Daten zuerst auf Duplikate und Leerfelder, bevor es zählt.
Warum es schwierig ist
Jemand führt montags eine gespeicherte Abfrage aus, kopiert das Ergebnis in die Arbeitsmappe der Vorwoche und korrigiert die Formatierung von Hand.
Mit Querri
Bauen Sie die Kennzahlen einmal als Projekt. Ein Zeitplan führt es auf der neuesten Synchronisierung erneut aus und sendet eine formatierte Arbeitsmappe per E-Mail. Siehe Berichte und Automatisierung.
Warum es schwierig ist
Reporting für Kunden bedeutet meist ein Entwicklungsprojekt: eine Diagrammbibliothek, eine API und sorgfältige Filterung, damit kein Kunde die Zeilen eines anderen sieht.
Mit Querri
Erstellen Sie das Dashboard per Frage und binden Sie es dann mit Embed in Ihre App ein. Ein Zeilenfilter pro Kunde, einmal in Workspaces & Zugriff festgelegt, beschränkt jeden auf seine eigenen Daten.
Warum es schwierig ist
Wer einem Assistenten einen Connection String gibt, lässt ihn das Schema erraten, und ein Zugangsdatum landet irgendwo, wo es nicht hingehört.
Mit Querri
Verbinden Sie Querri mit Claude oder ChatGPT. Die Antworten kommen aus Ihrer Bibliothek, mit den Definitionen, die Ihr Team festgelegt hat, beschränkt auf das, was jede Person in Querri sehen darf. Kein Datenbank-Zugangsdatum verlässt Querri.
PostgreSQL und der Rest
Postgres weiß, wer sich registriert hat und was er getan hat. Das CRM weiß, mit wem der Vertrieb spricht, die Buchhaltung, wer bezahlt hat, und der Support, wer feststeckt. Sind alle vier mit einer Bibliothek verbunden, kann eine einzige Frage zu einem Account auf jedes davon zugreifen.
PostgreSQL passt gut zu
Antworten, für die Sie einstehen können
„Wie viele Kunden sind im September abgewandert?“ kann Kündigungen zählen, die im September eingingen, oder Tarife, die tatsächlich im September endeten, nachdem ein bezahlter Zeitraum abgelaufen war. Beides ist vertretbar, und selten stimmt beides überein. Querri antwortet mit einer Lesart, sagt welche, und zeigt die andere, damit Finanzen und Produkt über Kunden diskutieren statt über Abfragen. Siehe wie Antworten funktionieren.
Morgens sehen, was sich geändert hat
Über Nacht vergleicht Querri jeden KPI mit seiner eigenen Historie und sucht nach Bewegungen, nach denen niemand gefragt hat. Morgens liegen die Ergebnisse in Ihrem Posteingang, und Querri handelt bei keinem davon ohne Ihr OK.
Eigene PostgreSQL-Dashboards
Sagen Sie, was das Dashboard zeigen soll, oder starten Sie mit einem Screenshot eines Dashboards, auf das sich Ihr Team bereits verlässt. Diagramme lesen aus derselben Bibliothek wie der Chat, sodass Produktnutzung neben Umsatz- und Supportdaten stehen kann, und jedes Team und jeder Kunde lässt sich auf die Zeilen beschränken, die er sehen soll.
Berichte, die Sie nicht mehr neu bauen müssen
Tage von der Registrierung bis zur ersten aussagekräftigen Aktion, aufgeteilt nach Registrierungswoche und Kanal.
Zum PlaybookNutzung, Lizenzen und Supportaufkommen in einem Score pro Account zusammengefasst, jede Nacht überwacht.
Zum PlaybookAccounts kurz vor der Verlängerung, deren Aktivität in der App nachlässt.
Zum PlaybookBezahlte gegen aktive Lizenzen, pro Account und Tarif, als KPI mit Historie geführt.
KPIs ansehenRegistrierungen, Aktivierung und aktive Accounts, jede Woche als formatierte Arbeitsmappe per E-Mail.
Excel-Tools ansehenEine Version pro Kunde, nach Zeitplan versendet, jede nur mit den Zeilen dieses Kunden.
Berichte ansehenWas übertragen wird
Nach dem Zeitplan, den Sie festlegen, kopiert Querri die ausgewählten Tabellen und Views in seinen eigenen Speicher. Jede Frage wird aus dieser Kopie beantwortet, keine läuft also gegen Ihre Datenbank. Es kann nur synchronisieren, was der Postgres-Benutzer lesen darf, mit dem Sie verbinden.
Was Sie synchronisieren können
Standardmäßig vollständige Aktualisierung. Bei einem inkrementellen Zeitplan nennen Sie eine Cursor-Spalte wie updated_at, und Querri holt nur Zeilen jenseits des Höchststands des letzten Laufs, bis zu stündlich. Gelöschte Zeilen fallen bei einer vollständigen Aktualisierung heraus.
Zeilen werden in Blöcken nach Parquet gestreamt, eine abgebrochene vollständige Synchronisierung setzt dort fort, wo sie aufgehört hat, und es gibt keine Zeilengrenze, es sei denn, Sie legen eine fest. Lesevorgänge nutzen eine Handvoll Verbindungen pro Tabelle und sind auf geringe Last abgestimmt, auf einem Primary oder einer Read Replica.
Querri bindet Ihre Datenbank im Nur-Lese-Modus an, kann also nichts einfügen, aktualisieren oder löschen. Es ändert nie eine Zeile oder Tabelle.
Sie geben Benutzername und Passwort in ein sicheres Formular ein; sie werden verschlüsselt gespeichert, und der Connector Agent sieht sie nie. SSL ist standardmäßig erforderlich.
So verbinden Sie PostgreSQL
Öffnen Sie Connect und sagen Sie „Verbinde unsere Postgres-Datenbank“, oder wählen Sie PostgreSQL aus dem Katalog.
Host, Datenbank und Benutzername, dazu Port und Passwort, in einem sicheren Formular, das der Agent nie liest. Ein Benutzer mit reinem Lesezugriff, idealerweise auf einer Replica, ist eine gute Wahl.
Für eine Datenbank hinter einer Firewall fügen Sie im Bereich VPN-Tunnel Ihr eigenes OpenVPN-Profil und Ihre Zertifikate hinzu. Sie werden verschlüsselt gespeichert.
Wählen Sie ein Schema und übernehmen Sie alle Tabellen oder nur einige, fügen Sie bei Bedarf eigenes SQL hinzu und legen Sie einen Zeitplan fest. Der Agent lädt nichts, bevor Sie zustimmen.
Sobald die erste Synchronisierung in Ihrer Bibliothek landet, kann jeder mit Zugriff daraus fragen, Diagramme erstellen oder Zeitpläne anlegen.
PostgreSQL-FAQ
Bitten Sie den Connector Agent auf der Connect-Seite um PostgreSQL, oder wählen Sie es im Katalog aus. Geben Sie Host, Datenbank, Benutzername und Passwort in das sichere Formular ein (der Port ist standardmäßig 5432, SSL ist aktiviert), wählen Sie ein Schema und Tabellen und bestätigen Sie dann das Laden und einen Zeitplan.
Sie wählen ein Schema pro Verbindung und übernehmen dann alle Tabellen darin oder wählen bestimmte aus. Basistabellen, Views, materialisierte Views und Fremdtabellen werden alle aufgelistet, und Sie können eigene SQL-Abfragen als zusätzliche Quellen hinzufügen. Querri sieht nur, was der verbundene Postgres-Benutzer lesen darf.
Vollständige Aktualisierungen laufen täglich, wöchentlich oder monatlich nach Zeitplan. Ein inkrementeller Zeitplan kann bis zu stündlich laufen und holt nur Zeilen, deren Cursor-Spalte, etwa updated_at, neuer ist als beim letzten Lauf. Eine von Hand gestartete Synchronisierung ist vollständig. Inkrementelle Läufe sehen gelöschte Zeilen nicht; eine vollständige Aktualisierung schon.
Nein. Querri liest Ihre Daten nur. Es bindet die Datenbank im Nur-Lese-Modus an, kann also keine Zeile einfügen, aktualisieren oder löschen und keine Tabelle ändern. Für zusätzliche Sicherheit verbinden Sie sich mit einem Postgres-Benutzer, der nur SELECT-Rechte hat.
Fragen laufen nie gegen Ihre Datenbank; sie laufen auf der Kopie, die Querri synchronisiert. Die Synchronisierung selbst ist auf geringe Last abgestimmt, mit einer Handvoll Verbindungen pro Tabelle, und Sie bestimmen, wann sie läuft. Sie können sie auch auf eine Read Replica richten, sodass der Primary gar nicht berührt wird.
Ja. Geben Sie den Host der Replica statt den des Primary ein. Beachten Sie, dass ein Hot Standby Abfragen, die mit der Replikation kollidieren, nach max_standby_streaming_delay abbricht, standardmäßig 30 Sekunden, sodass für die Synchronisierung einer großen Tabelle dieses Limit eventuell erhöht werden muss. Das Einschalten von hot_standby_feedback verhindert die Abbrüche durch Vacuum-Bereinigung, auf Kosten von etwas Bloat auf dem Primary.
Querri kann nur die Schemas und Tabellen synchronisieren, die der verbundene Postgres-Benutzer lesen kann, und die Schema-Auswahl zeigt nur Schemas, für die dieser Benutzer USAGE hat. Sobald die Daten in Querri sind, bestimmen der Zugriff auf Zeilenebene und die Freigabeeinstellungen in Querri, was jede Person sieht; Postgres-Rollen werden nicht pro Person übernommen.
Nutzen Sie im Verbindungsformular den Bereich VPN-Tunnel und laden Sie Ihr eigenes OpenVPN-Profil, CA-Zertifikat, Client-Zertifikat und Ihren privaten Schlüssel hoch. Alle vier werden verschlüsselt gespeichert. SSH-Tunnel werden für PostgreSQL derzeit nicht unterstützt, daher ist das VPN der Weg für Datenbanken, die nicht aus dem Internet erreichbar sind.
Verbinden Sie beide, und Querri verknüpft sie in der Bibliothek über einen gemeinsamen Schlüssel wie eine Account-ID oder E-Mail-Domain. Dann können Sie Produktnutzung neben Verlängerungstermine, Account-Verantwortliche und Pipeline stellen, und wenn eine Zuordnung unsicher ist, sagt die Antwort das, statt stillschweigend zu raten.
Verbinden Sie Postgres und HubSpot, und Querri ordnet App-Workspaces oder Benutzer HubSpot-Kontakten und -Unternehmen zu. So sehen Sie, welche aktiven Testphasen keinen Deal haben, welche Leads je aktiviert wurden und welche Marketingquellen Benutzer bringen, die bleiben.
Verbinden Sie beide, und Querri stellt Supportgespräche dem gegenüber, was jeder Account in Ihrem Produkt tut. Fragen Sie, welche Funktionen die meisten Gespräche auslösen, oder ob Accounts, die sich früh an den Support wenden, schneller oder langsamer aktivieren als der Rest.
Sagen Sie Querri, welches Event als erster Nutzen zählt, und es misst die Zeit von der Registrierung jedes Accounts bis zu diesem Event, nach Woche, Tarif oder Kanal. Das Playbook von der Registrierung zum ersten Nutzen führt durch die Schritte, und das Ergebnis kann als KPI laufen, der seine Historie behält.
Bringen Sie Querri die Regeln einmal bei: welcher Status gekündigt bedeutet, welche Zeilen soft-gelöscht sind, welche Accounts intern sind. Jede weitere Zählung folgt ihnen. Wenn Abwanderung Kündigungen oder beendete Tarife bedeuten kann, sagt Querri, welche Lesart es verwendet hat, und zeigt die andere.
Bauen Sie die Analyse einmal als Projekt in Querri und planen Sie sie dann. Jeder Lauf nutzt die zuletzt synchronisierten Daten und sendet eine formatierte Excel-Arbeitsmappe per E-Mail, oder eine Version pro Team oder Kunde, sodass niemand eine Abfrage ausführt und Ergebnisse von Hand einfügt.
Ja. Beschreiben Sie das gewünschte Dashboard, oder starten Sie mit einem Screenshot eines vorhandenen, und ändern Sie es per Frage. Es kann Postgres mit Abrechnungs-, CRM- und Supportdaten kombinieren, und jede Person und jeder Kunde kann auf die eigenen Zeilen beschränkt werden.
Ja. Verbinden Sie Querri einmal mit Claude oder ChatGPT. Der Assistent antwortet aus Ihrer Querri-Bibliothek mit den Definitionen Ihres Teams, unter dem Zugriff der jeweiligen Person, und bekommt nie einen Datenbank-Login. Er arbeitet mit denselben Definitionen wie Ihre Dashboards.
Jede Verbindung liest ein Schema, mehrere Schemas bedeuten also mehrere Verbindungen. Eigenes SQL kann nicht inkrementell synchronisieren, inkrementelle Läufe gibt es nur nach Zeitplan, und sie erkennen keine gelöschten Zeilen. Es gibt keinen SSH-Tunnel, keine SSL-Zertifikatsprüfung über require hinaus und kein Change-Data-Capture-Streaming; die Daten kommen nach Zeitplan.
Ja. Wenn der Benutzer die Systemkataloge von Postgres nicht lesen kann, greift Querri auf eine einfachere Auflistung zurück. In diesem Modus werden materialisierte Views nicht aufgelistet und eigene SQL-Abfragen abgelehnt, wählen Sie also die benötigten Tabellen und Views direkt aus.
Querri ist nach SOC 2 Type II, HIPAA und ISO 27001:2022 zertifiziert, und Ihre Daten werden nie zum Trainieren eines Modells verwendet. Verbindungen erfordern standardmäßig SSL, Passwörter und VPN-Dateien werden verschlüsselt gespeichert, der Connector Agent sieht sie nie, und die Datenbank wird im Nur-Lese-Modus angebunden.
Weiter entdecken
Die Einrichtung dauert wenige Minuten. Querri liest Ihre Daten nur und ändert nie eine Zeile.