Collegare Ponte croccante per Excel, Fogli Google, IA e REST

Due porte, un nome host e niente che possa andare fuori fase

La maggior parte dei servizi Postgres gestiti con pooler ti assegna un secondo nome host o un flag da ricordare. Crunchy Bridge cambia solo la porta, il che si rivela più importante di quanto sembri.

• La porta 5432 è dedicata al database diretto. La porta 5431 è utilizzata da PgBouncer, il client integrato, in esecuzione in modalità transazionale, sullo stesso host e con le stesse credenziali.
• Poiché la porta fa parte di ogni stringa di connessione, viaggia con l'incolla. Incolla un URI 5431 e la scheda passa automaticamente al pool — non è necessario che tu sappia che il selettore di modalità esiste.
• L'agente legge la stessa porta quando si connette, quindi ciò che mostra il badge e ciò che accade effettivamente sono la stessa cosa, anziché due impostazioni che possono divergere. Sulle schede in cui il flag di pooling è memorizzato separatamente dall'indirizzo, questo può accadere.
• Il selettore di modalità non ti permette di contraddirti. Scegli il pool con la porta ancora a 5432 e te lo dice prima che tu possa salvare, che è proprio il problema che questo design è stato concepito per prevenire.

Cosa cambia quando attraversi la piscina?

Il transaction pooling trasferisce la sessione a un backend diverso tra un'istruzione e l'altra, e due impostazioni predefinite di Npgsql devono essere spostate affinché ciò avvenga in modo sicuro.

• Le istruzioni preparate sono disattivate. Le istruzioni preparate con nome non vengono mantenute se riassegnate a un altro backend, quindi la preparazione automatica è bloccata anziché essere lasciata fallire in seguito sotto carico.
• Il reset della sessione che normalmente viene eseguito quando una connessione ritorna al pool viene saltato, perché su un pool di transazioni tale reset non è di tua competenza.
• Entrambi vengono applicati dall'agente direttamente dalla porta. Non c'è nulla da configurare e non c'è modo di avere l'endpoint in pool senza il comportamento in pool.
• Utilizzate la porta diretta per le letture di lunga durata e il pool quando avete molte letture brevi. Entrambe funzionano con Microsoft Excel e Fogli Google; la differenza si nota nella sezione relativa alla concorrenza, non nei risultati.

Crittografato, e cosa dimostra e non dimostra

Vale la pena specificarlo chiaramente, perché si tratta della stessa impostazione per tutte le schede Postgres gestite qui presenti ed è facile fraintendere.

• Il protocollo TLS è obbligatorio, non offerto. L'agente impone la crittografia per i nomi host di Crunchy anche se la casella di controllo SSL è deselezionata, quindi il traffico non è mai in chiaro.
• La catena di certificati non è verificata. Consideratela come una protezione contro chiunque intercetti il traffico in transito, piuttosto che come prova del server che ha risposto.
• Tutto ciò che l'agente esegue è di sola lettura e le credenziali non lasciano mai il computer su cui è stato installato. Query Streams non memorizza alcuna copia dei tuoi dati né della tua password.
• Lato Crunchy, non è necessario installare nulla. L'agente include il driver Npgsql e si connette come un normale client.

-- Postgres ordinario, sola lettura, su TLS 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;