Collegare PlanetScale Postgres per Excel, Fogli Google, IA e REST

Questo è PlanetScale Postgres, non PlanetScale MySQL

PlanetScale è stata per anni l'azienda Vitess, quindi vale la pena essere chiari su a quale prodotto si collega questa scheda.

• Questo connettore è per PlanetScale Postgres — il servizio Postgres gestito su .horizon.psdb.cloud. Utilizza il protocollo di rete di Postgres e l'agente si connette ad esso tramite Npgsql.
• Non è compatibile con il servizio MySQL supportato da Vitess. Non esiste un preset per questo, e una stringa di connessione MySQL di PlanetScale non è adatta a questa scheda.
• La connessione viene salvata come PostgreSQL con PlanetScale come badge. Non esiste un tipo di connessione chiamato PlanetScale. — il che significa anche che una semplice connessione Postgres stabilita in precedenza a un host .horizon.psdb.cloud riconoscerà immediatamente il marchio.
• Tutto ciò che segue è il normale PostgreSQL: schemi, tipi e "public" come schema predefinito in un riferimento tra diverse fonti.

PSBouncer è l'impostazione predefinita e la porta è ciò che decide

PlanetScale esegue il suo pooler sullo stesso hostname dell'endpoint diretto, su una porta diversa. La scheda ti indirizza automaticamente al pooler perché è a quello che PlanetScale ti indirizza.

• La porta diretta è la 5432. PSBouncer Il transaction pooler di PlanetScale utilizza la porta 6432 sullo stesso host. Non cambia nient'altro tra i due.
• Sulla porta 6432 l'agente disattiva le istruzioni preparate e smette di reimpostare la sessione alla chiusura. Un gestore di transazioni può passare un backend diverso tra le istruzioni e un driver che presuppone il contrario fallisce in modi che sembrano casuali.
• È la porta che innesca questo problema, non il menu a tendina. Il menu a tendina esiste affinché la scheda possa impedire che le due impostazioni siano in conflitto: ad esempio, se si sceglie la connessione in pool con la porta sbagliata o la connessione diretta a 6432, e lo segnala prima del salvataggio, anziché dopo il primo errore anomalo.
• Non c'è un nome host condiviso da ricordare e non è necessario un secondo set di credenziali. Basta cambiare la porta, e il gioco è fatto.

Il nome utente contiene un punto, ed è importante

Due dei quattro campi sono facili da sbagliare anche solo di poco, quindi la scheda li controlla entrambi.

• I nomi utente di PlanetScale hanno il formato postgres.<database-id>. Se si incolla un nome utente senza il punto, la scheda blocca l'accesso, perché la parte successiva al punto è quella che seleziona il database.
• Una password con spazi bianchi all'inizio o alla fine viene segnalata. Si tratta di un artefatto degli appunti e viene interpretata come un normale errore di autenticazione, il che porta gli utenti a cercare il problema sbagliato.
• Qualsiasi elemento che non sia una stringa di connessione a PostgreSQL viene rifiutato con un messaggio che indica dove si trova quella corretta, anziché essere parzialmente analizzato e inserito in campi errati.
• La stringa incollata non viene mai memorizzata. Viene letta una sola volta per compilare il modulo e poi eliminata, quindi la password risiede in un unico posto anziché in due.

-- Postgres ordinario, sola lettura, tramite PSBouncer o direttamente 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;