Verbinden Xata zu Excel, Google Sheets, KI und REST

Das Feld „Datenbank“ ist eine Route, kein Name.

Bei allen anderen Postgres-Konnektoren enthält das Feld „Datenbank“ eine Kennung, die von Query Streams während der Verarbeitung in Kleinbuchstaben umgewandelt wird, da Postgres dies bei nicht in Anführungszeichen gesetzten Namen so handhabt. Bei Xata wäre dies jedoch ausdrücklich falsch, weshalb diese Regel dort deaktiviert ist.

• Der Wert ist ein Datenbank:Branch-Paar — mydb:main — was Xata als Route auflöst. Es handelt sich nicht um einen Postgres-Bezeichner und es gelten nicht die Regeln für die Bezeichnerfaltung.
• Ein Zweig namens Feature-X behält sein großes F und sein großes X. In Kleinbuchstaben als feature-x wird er nicht mehr aufgelöst, weshalb Xata der einzige Konnektor ist, der von der Normalisierung ausgenommen ist.
• Lässt man den Doppelpunkt weg, funktioniert die Verbindung trotzdem. — Es landet im Standardzweig. Die Karte weist darauf hin, anstatt es stillschweigend zu ignorieren, da das Landen im Hauptzweig anstatt in einem Feature-Zweig zu scheinbar korrekten Zahlen aus den falschen Daten führt.
• Es wird nichts Weiteres am Namen geprüft. Query Streams leitet die Route so weiter, wie sie eingegeben wurde, und überlässt es Xata zu entscheiden, ob sie aufgelöst werden kann.

Was der Agent mit einem Xata-Host macht

Zwei Verhaltensweisen sind an das Suffix .sql.xata.sh gebunden, und keines davon kann von Ihnen konfiguriert werden.

• TLS ist erforderlich, nicht nur optional. Jede Verbindung zu einem .sql.xata.sh-Host wird unabhängig von der Option „SSL verwenden“ mit aktivierter Verschlüsselung hergestellt. Daher wird auch eine Zeichenkette, deren SSL-Verschlüsselung in der Zwischenablage verloren gegangen ist, verschlüsselt übertragen.
• Die Verbindung ist verschlüsselt, aber die Zertifikatskette wird nicht verifiziert. Das ist die ehrliche Beschreibung, und sie ist bei allen von Query Streams anerkannten Hosting-Anbietern identisch.
• Es gibt keinen Pooler im Pfad. Einige serverlose Postgres-Dienste verwenden einen Transaktionsmodus-Pooler davor und benötigen daher vorbereitete Anweisungen, die separat verarbeitet werden; Xata benötigt dies nicht, sodass der Agent sich direkt verbindet und diesen Vorgang überspringt.
• Die Verbindung wird als PostgreSQL-Verbindung mit Xata als Badge gespeichert. Es existiert kein Verbindungstyp namens Xata. — was auch bedeutet, dass eine einfache Postgres-Verbindung, die Sie zuvor zum selben Host hergestellt haben, das Xata-Branding sofort erkennt.

Füge es ein, anstatt es neu einzutippen.

Vier Zugangsdaten, von denen zwei leicht zu verwechseln sind und eine so lang ist, dass man sich leicht vertippen kann. Die Karte basiert darauf, die Zeichenkette einzufügen und den Rest abzufangen.

• Die URI postgresql:// aus der Konsole hat die erwartete Form. Die Form mit dem Schlüsselwort libpq host= wird ebenfalls korrekt interpretiert.
• Alles, was keine Postgres-Verbindungszeichenfolge ist, wird mit einer Meldung zurückgewiesen, die angibt, wo sich die richtige befindet, anstatt nur teilweise in die falschen Felder geparst zu werden.
• Ein API-Schlüssel mit führenden oder nachfolgenden Leerzeichen wird als Fehler markiert. Es handelt sich um ein Überbleibsel aus der Zwischenablage, das zu einem gewöhnlichen Authentifizierungsfehler führt und Benutzer dazu veranlasst, nach dem falschen Problem zu suchen.
• Die Workspace-ID wird in das Feld „Benutzername“ und der API-Schlüssel in das Feld „Passwort“ eingetragen. Auf der Karte werden diese Felder so beschriftet, anstatt einfach „Benutzername“ und „Passwort“ zu schreiben und Sie raten zu lassen.

-- Normales Postgres, schreibgeschützt, gegen den Branch, auf den Sie verwiesen haben: SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;