Verbinden Xata naar Excel, Google Sheets, AI en REST

Het veld Database is een route, geen naam.

Bij alle andere PostgreSQL-connectoren bevat het veld 'Database' een identificatiecode, en Query Streams zet deze code onderweg om naar kleine letters, omdat dat is wat PostgreSQL doet met een naam zonder aanhalingstekens. Bij Xata zou dat ronduit verkeerd zijn, dus is dit de enige plek waar de regel is uitgeschakeld.

• De waarde is een paar bestaande uit een database en een branch. — mydb:main — wat Xata interpreteert als een route. Het is geen PostgreSQL-identifier en voldoet niet aan de regels voor het samenvoegen van identifiers.
• Een vertakking genaamd Feature-X behoudt zijn hoofdletter F en zijn hoofdletter X. Wanneer deze wordt omgezet naar feature-x in kleine letters, wordt deze niet meer opgelost. Daarom is Xata de enige connector die is uitgezonderd van de normalisatie.
• Laat de dubbele punt weg en de verbinding werkt nog steeds. — het komt terecht op de standaardbranch. De kaart wijst hierop in plaats van het stilzwijgend te laten passeren, omdat het terechtkomen op de hoofdbranch terwijl je een featurebranch bedoelde, correct ogende getallen oplevert op basis van de verkeerde gegevens.
• Er wordt verder niets aan de naam gecontroleerd. Query Streams geeft de route door zoals je die hebt ingevoerd en laat Xata bepalen of deze wordt opgelost.

Wat de agent doet met een Xata-host

Twee gedragingen zijn gekoppeld aan de extensie .sql.xata.sh, en u kunt geen van beide configureren.

• TLS is vereist, niet aangevraagd. Elke .sql.xata.sh-host maakt verbinding met encryptie, ongeacht of het vakje 'SSL gebruiken' is aangevinkt. Een tekenreeks waarvan de sslmode in het klembord verloren is gegaan, wordt dus nog steeds versleuteld verzonden.
• De verbinding is versleuteld, maar de certificaatketen wordt niet geverifieerd. Dat is de eerlijke beschrijving, en die is hetzelfde bij elke hostingprovider die Query Streams herkent.
• Er is geen pooler in het pad. Sommige serverloze PostgreSQL-services plaatsen een transactiemodus-pooler ervoor en vereisen dat voorbereide statements worden vastgezet om dit te kunnen verwerken; Xata doet dit niet, dus de agent maakt direct verbinding en slaat dit alles over.
• De verbinding wordt opgeslagen als PostgreSQL met Xata als badge. Er bestaat geen verbindingstype met de naam Xata. — wat ook betekent dat een gewone PostgreSQL-verbinding die je eerder met dezelfde host hebt gemaakt, direct de Xata-merknaam zal herkennen.

Plak het in plaats van het opnieuw te typen.

Vier inloggegevens, waarvan er twee gemakkelijk te verwisselen zijn en één zo lang is dat je een typefout kunt maken. De kaart is zo ontworpen dat de tekenreeks wordt geplakt en de rest automatisch wordt ingevuld.

• De URI postgresql:// uit de console heeft de verwachte vorm. De vorm met het trefwoord libpq host= wordt ook correct geparseerd.
• Alles wat geen PostgreSQL-verbindingsreeks is, wordt geweigerd met een bericht waarin wordt aangegeven waar de juiste zich bevindt, in plaats van dat het gedeeltelijk wordt geparseerd en in de verkeerde velden terechtkomt.
• Een API-sleutel met spaties aan het begin of einde wordt als verdacht aangemerkt. Het is een overblijfsel uit het klembord en wordt als een gewone authenticatiefout beschouwd, waardoor mensen op zoek gaan naar het verkeerde probleem.
• De werkruimte-ID komt in het veld voor de gebruikersnaam en de API-sleutel in het veld voor het wachtwoord. Op de kaart staan ze zo vermeld, in plaats van 'Gebruikersnaam' en 'Wachtwoord', waardoor je zou moeten raden.

-- Gewone PostgreSQL, alleen-lezen, tegen de branch waarnaar je verwees 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;