Amazon Redshift-Analysen,ohne Ticket in der Warteschlange der Analysten.

Bitten Sie den Connector Agent, Redshift zu verbinden, oder wählen Sie es aus dem Katalog. Geben Sie Cluster-Host, Port (standardmäßig 5439), Datenbank, Schema sowie Benutzername und Passwort eines Datenbankbenutzers ein. Wählen Sie dann alle Tabellen oder einige aus, legen Sie einen Zeitplan fest und bestätigen Sie. Keine Daten werden übertragen, bevor Sie das Laden bestätigen.

Tabellen und Views aus der Datenbank und dem Schema Ihrer Wahl, entweder alle oder eine Auswahl, die Sie in der Tabellenauswahl treffen. Die Systemdatenbanken und -schemas von Redshift sind ausgeblendet. Querri kann nur synchronisieren, was der Datenbankbenutzer, mit dem Sie verbinden, lesen darf.

Eine vollständige Aktualisierung lässt sich täglich, wöchentlich oder monatlich einstellen. Tabellen mit einer verlässlichen Änderungsspalte, standardmäßig updated_at, können stündlich, täglich oder wöchentlich inkrementell synchronisieren und holen nur Zeilen jenseits des vorherigen Höchststands. Eine manuelle Synchronisierung steht für den Tag bereit, an dem ein Bericht nicht warten kann.

Nein. Querri liest Ihre Daten nur; es ändert Ihre Datensätze nie. Es führt SELECT- und Cursor-Lesevorgänge aus, dazu eine Sitzungseinstellung, die Tabellen- und Spaltennamen für diese Verbindung case-sensitiv macht. Es legt in Redshift nie eine Tabelle oder Zeile an, aktualisiert oder löscht sie.

Nein. Querri antwortet aus seiner eigenen Kopie der Tabellen Ihrer Wahl, aktualisiert nach Ihrem Zeitplan. Nur Synchronisierungen führen Abfragen auf Ihrem Cluster aus, Sie können sie also für ruhige Stunden planen. Die Antworten sind so aktuell wie die letzte Synchronisierung.

Querri kann nur lesen, wofür der verbundene Datenbankbenutzer Rechte hat, geben Sie diesem Benutzer also die Schemas und Tabellen, die Sie in Querri haben möchten. Redshift-Berechtigungen folgen einzelnen Personen nicht in Querri; dort bestimmen Querris eigene Freigaben und ein Zeilenfilter pro Person, wer was sieht, im Chat, in Dashboards, in Claude und in der API gleichermaßen.

Verbinden Sie Salesforce neben Redshift, und beides landet in derselben Bibliothek. Querri ordnet Accounts aus dem Data Warehouse Salesforce-Accounts zu, am besten über eine Account-ID, die in beiden gespeichert ist, und sagt, wie es zugeordnet hat. Dann können Sie in einer einzigen Frage nach Nutzung im Vergleich zu Verträgen, Verlängerungen oder offenen Deals fragen.

Verbinden Sie NetSuite neben Redshift. Querri stellt Bestellungen aus dem Data Warehouse über Bestellnummer oder Kunde NetSuite-Rechnungen gegenüber und gibt an, welches Feld es verwendet hat. Bestellungen ohne Rechnung oder Rechnungen ohne Bestellung kommen als Liste zurück, die Sie abarbeiten können.

Synchronisieren Sie Ihre Bestell- und Versandtabellen und sagen Sie Querri einmal, was verspätet bedeutet, zum Beispiel nach dem zugesagten Datum versendet. Fragen Sie nach der Verspätungsquote nach Fulfillment-Center oder Versanddienstleister, heften Sie sie an ein Dashboard und planen Sie den Versand jeden Montag.

Synchronisieren Sie die Nutzungstabellen und verbinden Sie Ihr Support-Tool, etwa Intercom. Bauen Sie den Score einmal aus Nutzung, Tickets und Abrechnung, und lassen Sie dann nächtliche Monitore Accounts markieren, deren Score sinkt. Das Playbook zum Kunden-Health-Score deckt jeden Schritt ab.

Ja. Speichern Sie den Abzug als Projekt und legen Sie einen Zeitplan fest. Sobald die neueste Synchronisierung da ist, führt Querri ihn erneut aus und sendet eine formatierte Arbeitsmappe, auf Wunsch aufgeteilt in eine Datei pro Region oder Empfänger. Niemand exportiert mehr aus Query Editor v2 oder umgeht dessen Download-Grenze von 5 MB.

Ja. Beschreiben Sie das Board in einem Satz, oder starten Sie mit einem Screenshot eines Dashboards, auf das sich Ihr Team bereits verlässt. Änderungen sind Anfragen in einfachen Worten, Diagramme können Tabellen aus dem Data Warehouse neben CRM- und ERP-Daten stellen, und ein Zeilenfilter beschränkt jeden Betrachter auf seinen Ausschnitt.

Ja, über die MCP-Verbindung von Querri. Claude oder ChatGPT liest dann die synchronisierten Redshift-Tabellen über Ihre Bibliothek, wendet die Definitionen an, die Sie festgehalten haben, und sieht nur die Zeilen, die diese Person in Querri sehen darf. Es schreibt kein neues SQL gegen den Cluster, daher stimmt seine Verspätungsquote mit der des Dashboards überein.

Derzeit nicht. Der Connector nutzt Benutzername und Passwort eines Redshift-Datenbankbenutzers, die Querri verschlüsselt speichert. IAM-Rollen, temporäre Zugangsdaten oder AWS SSO werden nicht genutzt. Legen Sie einen eigenen Datenbankbenutzer mit Lesezugriff auf die Schemas an, die Sie in Querri haben möchten.

Ja, über die optionale VPN-Einstellung. Sie stellen eine OpenVPN-Konfigurationsdatei mit CA, Zertifikat und Schlüssel bereit, alles verschlüsselt gespeichert, und Querri verbindet sich durch diesen Tunnel. Das deckt Cluster ab, die nur innerhalb Ihrer VPC erreichbar sind, zum Beispiel hinter PrivateLink.

Zeilen werden direkt nach Parquet gestreamt, eine Tabelle wird also nie auf einmal im Arbeitsspeicher gehalten. Für Tabellen mit zig Millionen Zeilen liest ein Blockmodus in geordneten Stapeln, standardmäßig 100.000 Zeilen, speichert jeden Stapel, sobald er fertig ist, und setzt beim letzten fort, wenn eine Synchronisierung fehlschlägt.

Jede Verbindung liest eine Datenbank und ein Schema. Inkrementelle Synchronisierungen überspringen Zeilen, deren Cursor-Spalte NULL ist, wählen Sie also eine Spalte, die immer gefüllt ist. Inkrementelle Synchronisierungen sehen Löschungen erst bei der nächsten vollständigen Aktualisierung. Mit aktiviertem SSL ist der Datenverkehr verschlüsselt, das Serverzertifikat wird aber nicht verifiziert.

Ja. Querri ist nach SOC 2 Type II, HIPAA und ISO 27001:2022 zertifiziert. Ihr Datenbankpasswort und alle VPN-Schlüssel werden verschlüsselt gespeichert, Querri liest aus Redshift nur, und Ihre Daten werden nie zum Trainieren eines Modells verwendet.