Renderizza il logo

PostgreSQL gestito parla PostgreSQL

Collegare Render per Excel, Fogli Google, IA e REST

Render gestisce PostgreSQL. Utilizza la stringa di connessione esterna: quella interna funziona solo all'interno di Render.

Inizia gratis 13 destinazioni

Un collegamento, ogni superficie

Dove possono essere archiviati i tuoi dati di rendering

Render tavoli live · sola lettura
Query federate + qualsiasi altro connettore · un SQL da tutte le fonti · ogni piano
Agente di rete
  • 1 connessioni in uscita
  • 0 porti in entrata
  • sola lettura · le credenziali rimangono memorizzate

funziona

Query Streams legge i dati da Render Postgres provenienti da Microsoft Excel, Fogli Google, Power BI, assistenti AI tramite MCP e un endpoint REST attraverso un'unica connessione di sola lettura. Render assegna a ogni database due indirizzi: uno interno, risolvibile solo all'interno della rete di Render, e uno esterno, accessibile da qualsiasi luogo. La scelta dell'indirizzo sbagliato è l'unico errore che può verificarsi durante una connessione dall'esterno. L'agente viene eseguito sul computer dell'utente, non all'interno di Render, pertanto necessita dell'indirizzo esterno.

Render è PostgreSQL sulla rete — il driver standard, quindi ogni guida seguente si applica senza modifiche. L'unica parte specifica di Render è la stringa di connessione, trattata in dettagli di connessione.

  1. Per il tuo team, i fornitori e i partner

  2. Esporta in Excel Microsoft Excel · Componente aggiuntivo di Excel

    Importa i risultati di rendering in tempo reale direttamente in un foglio di lavoro e aggiornali a piacimento: Excel per desktop, Excel Online, Microsoft 365.

    Guida a PostgreSQL

  3. Esporta in Fogli Google Componente aggiuntivo Fogli

    Esegui una query di rendering salvata dalla barra laterale e trascina le righe nel foglio. I collaboratori che condividono il foglio possono aggiornarlo autonomamente.

    Guida a PostgreSQL

  4. Chiedi a Nova informazioni sul rendering. Nova AI · conversione da testo a SQL

    Poni una domanda in un linguaggio semplice. Nova conosce già le tue tabelle di rendering, scrive ed esegue la query SQL, spiega la risposta e la rappresenta graficamente: non è necessario scrivere alcuna query né fornire credenziali.

    Come funziona la rosa

  5. Visualizza nel visualizzatore dati Condivisione dei risultati · team, fornitori, partner · telefono, tablet, computer fisso

    Condividi il risultato di un rendering in tempo reale con chiunque – un collega, un fornitore, un partner – sotto forma di griglia aggiungibile ai segnalibri, che si riavvia automaticamente all'apertura su smartphone, tablet o computer. L'interlocutore visualizzerà i risultati, senza mai dover accedere al codice SQL o alle credenziali.

    Come funziona il visualizzatore di dati
  6. Per app e sistemi

  7. Visualizza API REST Endpoint dell'HT

    Pubblica una query di rendering come endpoint JSON autenticato che qualsiasi applicazione può richiamare, con una specifica OpenAPI 3.1 e raccolte predefinite per Postman, Insomnia e Hoppscotch. Non viene aperta alcuna porta del database.

    Guida a PostgreSQL

  8. Esegui il rendering in Power BI Power Query M

    Incolla la query Power Query M generata nell'editor avanzato di Power BI e il report verrà visualizzato in tempo reale. Visualizza i risultati tramite HTTPS, senza driver ODBC né porte di database aperte.

    Come funziona Power BI

  9. Visualizza su Airtable Piattaforma di automazione

    Sincronizza le righe di Render in un database Airtable secondo una pianificazione, oppure recuperale tramite uno script di automazione di Airtable.

    Guida a PostgreSQL

  10. Renderizza su Baserow Piattaforma di automazione

    Alimenta una tabella Baserow da Render tramite l'endpoint REST, sia in locale che nel cloud di Baserow.

    Guida a PostgreSQL

  11. Renderizza su SeaTable Piattaforma di automazione

    Mantieni aggiornata la base di SeaTable con i dati di rendering senza esportare un file o esporre il database.

    Guida a PostgreSQL

  12. Visualizza su Smartsheet Piattaforma di automazione

    Inserisci i risultati del rendering in una griglia di Smartsheet in modo che i piani e i report leggano dal sistema di origine e non dall'esportazione della settimana precedente.

    Guida a PostgreSQL

  13. Renderizza per Anvil Anvil Works · Piattaforma per app

    Esegui il backup di un'app Anvil Python con Render tramite l'endpoint REST anziché incorporare le credenziali del database nell'app.

    Guida a PostgreSQL
  14. Per gli strumenti di intelligenza artificiale

  15. Server RenderMCP Clienti di Claude, Cursor e MCP

    Concedi a un assistente IA l'accesso in sola lettura a Render con lo schema necessario per scrivere codice SQL corretto, senza fornire credenziali nella chat.

    Guida a PostgreSQL
  16. Consegnato alle persone

  17. Visualizza avvisi e report Slack · Discord · Email · Webhook

    Imposta una query di rendering su una pianificazione e fai in modo che le righe vengano inviate a Slack, Discord, via e-mail o tramite un webhook firmato, oppure trattieni il messaggio finché il numero di righe, una soglia o una variazione percentuale non superano il valore da te impostato.

    Come funzionano gli avvisi e i report

Come funziona

5 passaggi, nessuna modifica al firewall in entrata

01

Installa l'agente di rete su una macchina in grado di raggiungere Internet. Apre una connessione in uscita e non rimane mai in ascolto, quindi Render lo vede come un normale client e la tua rete non necessita di alcuna regola in entrata.

02

Apri il database nella dashboard di Render e individua il pannello Connessioni. Copia l'URL del database esterno, non quello interno: questo passaggio merita particolare attenzione.

03

Incollalo nel primo campo. Host, porta, database, nome utente e password verranno letti e compilati automaticamente.

04

Lascia attiva l'opzione "Usa SSL" ed esegui il test. Render richiede la crittografia per le connessioni esterne e l'agente la impone comunque per i nomi host di Render.

05

Salva il file, quindi leggilo da Microsoft Excel, Fogli Google, Power BI, MCP o REST. La stringa incollata viene eliminata una volta compilati i campi, quindi la password viene memorizzata una sola volta.

Analisi approfondita delle funzionalità

Cosa ti dà Render

Interno ed esterno non sono sinonimi

Render pubblica entrambi gli indirizzi sulla stessa pagina, uno sopra l'altro, e solo uno di essi può funzionare dall'esterno di Render.

  • Il nome host esterno termina con -postgres.render.com ed è raggiungibile da qualsiasi luogo. È quello di cui ha bisogno l'agente.
  • Il nome host interno è breve e non ha suffisso di dominio. È risolvibile solo all'interno della rete privata di Render, quindi dal tuo computer non è risolvibile affatto.
  • La scheda accetterà un indirizzo interno senza problemi — verifica che tu abbia incollato una stringa postgres://, non quale delle due stringhe di Render sia. Se un test fallisce con un nome che non può essere risolto, questo è quasi sempre il motivo.
  • La soluzione richiede pochi secondi: torna al pannello Connessioni, copia l'URL del database esterno e incollalo di nuovo sopra. Non cambia nient'altro nella connessione.

Crittografato, e cosa dimostra e non dimostra

Il rendering richiede TLS sulle connessioni esterne e l'agente non si limita a una semplice casella di controllo.

  • Il protocollo TLS è obbligatorio per i nomi host di Render. Deselezionare la casella di controllo SSL non crea una connessione non crittografata; l'agente richiede la crittografia indipendentemente dall'impostazione della casella.
  • La catena di certificati non è verificata. Va interpretata come una protezione contro chiunque intercetti il traffico in transito, piuttosto che come prova del server che ha risposto.
  • In questo percorso non è presente alcun pooler. L'agente non applica alcun adattamento del pooler per Render, pertanto le istruzioni preparate e la gestione delle sessioni si comportano esattamente come farebbero con un normale server PostgreSQL.
  • Tutto ciò che l'agente esegue è di sola lettura e le tue credenziali rimangono sul computer su cui è stato installato. Query Streams non conserva alcuna copia dei dati né della password.
-- 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;

Condiviso da ogni connettore di database

Vero per ogni connettore di database

  • Solo in uscita — l'agente apre una connessione crittografata verso Query Streams. Nessuna porta in entrata da inoltrare, nessuna VPN, nessuna lista IP consentita, nessuna informazione sul database esposta a Internet.
  • Le credenziali restano al loro posto — Il nome utente e la password del database risiedono sul computer su cui è installato l'agente. Query Streams non li riceve mai e non può accedere al database autonomamente.
  • Sola lettura, forzata — un'istruzione alla volta, solo SELECT e simili. Una scrittura viene rifiutata sulla propria macchina prima ancora di essere inviata al server, anziché fare affidamento su un permesso che qualcuno si è ricordato di impostare.
  • Distribuisci tutti gli agenti che desideri — uno per sito, regione o cloud. Tutte le fonti di dati che possono visualizzare vengono visualizzate in un unico menu a tendina, quindi nessuno deve sapere quale agente ospita cosa.

Ecco cosa si ottiene una volta salvata una query.

  • Condividi la funzionalità, non l'SQL — un collega o un partner esterno può eseguire la tua query e modificarne i filtri senza mai visualizzare l'istruzione sottostante.
  • Filtri da entrambe le direzioni — dichiarali tu stesso come @variabili, oppure lascia che il connettore rilevi i valori letterali già presenti nella clausola WHERE e li offra come menu a tendina.
  • Leggilo ovunque Microsoft Excel, Fogli Google, Power BI, l'API REST, gli assistenti AI tramite MCP, Query Builder e Nova leggono tutti la stessa query salvata.
  • Eseguine diversi contemporaneamente — cinque query salvate in cinque schede di fogli di lavoro, eseguite simultaneamente, indipendentemente dalle dimensioni dei risultati.
  • Collegalo a qualsiasi altro dispositivo che hai già connesso. — un altro database, un'API aziendale o una cartella di file, in un'unica istruzione di sola lettura.

SQL tra sorgenti diverse

Unisci Render al resto dei tuoi dati

Una singola istruzione può estendersi contemporaneamente al rendering e alle altre connessioni. Ogni sorgente esegue solo la parte che può, trasmette il risultato e l'unione avviene centralmente: le sorgenti non comunicano mai tra loro e nulla viene copiato da nessuna parte.

3 connessioni · 3 agenti

Render PostgreSQL gestito
Microsoft SQL Server Motore relazionale
Striscia Pagamenti e fatturazione

Una dichiarazione

-- niente copiato, niente unito, niente programmato
SELEZIONARE   c.region, COUNT(*) AS ordini, SUM(i.amount_due) AS fatturati
DA     render_app.ordini pubblici1 f
CONGIUNGERE     erp_sql.dbo.clienti2    c ON c.id = f.customer_id
CONGIUNGERE     fatturazione.stripe.invoices3  i ON i.customer = c.stripe_id
GRUPPO PER c.regione
ORDINATO DA fatturata DESCRIZIONE;

Le tre parti sono connessione, schema e tabella, e il nome della connessione è quello che le hai assegnato. Le colonne sono a scopo illustrativo; le tue tabelle saranno le tue tabelle. La modalità di sola lettura si applica a ogni elemento: solo SELECT, WITH ed EXPLAIN, con un limite massimo alla quantità di dati che una singola fonte può fornire per una singola query. Come funzionano le query federate

Dettagli di connessione

Di cosa ha bisogno Render

Ospite
dpg-<id>-a.<region>-postgres.render.com — il nome esterno; i nomi interni non vengono risolti dall'esterno di Render
Porto
5432
Autista
Npgsql, trasportato dall'agente: non è necessario installare nulla sul lato Render.
Formato incolla
L'URL del database esterno dal pannello Connessioni del database, come URI postgres://
TLS
Obbligatorio e imposto per i nomi host di rendering. Crittografato; la catena di certificati non è verificata.
Pooling
Nessuno. L'agente non applica alcuna modifica al pooler per il rendering.
Salvato come
PostgreSQL, con Render mantenuto come badge
Schema predefinito
pubblico, che è ciò che un riferimento federato comporta

Render è una semplice connessione a PostgreSQL con un solo elemento di separazione tra te e il servizio, e questo elemento non è nulla di tecnico, ma una semplice scelta tramite copia e incolla. Entrambi gli URL sono stringhe PostgreSQL valide, entrambi iniziano con postgres:// e la differenza tra i due sta in un suffisso del nome host che la maggior parte delle persone non legge. Sapere di dover utilizzare quello esterno trasforma l'unico probabile errore in un problema irrilevante.

L'indirizzo interno esiste perché i servizi in esecuzione all'interno di Render dovrebbero utilizzarlo: rimane sulla rete privata di Render e non effettua un viaggio di andata e ritorno. Questa logica è corretta e non ti riguarda, perché l'agente di rete viene eseguito sulla tua infrastruttura. Se per caso esegui l'agente su un servizio Render, l'indirizzo interno diventa la risposta corretta per lo stesso motivo.

Per una query cross-source, Render è un normale server PostgreSQL. Una connessione chiamata render_app viene scritta render_app.public.orders e si connette a una cartella di file CSV, a un sistema di registrazione locale o a un'API di fatturazione con un'unica istruzione di sola lettura, senza copiare nulla e senza pianificare alcuna operazione.

Documentazione del fornitore: Rendering.com

FAQ

Domande sul rendering

Quali strumenti sono in grado di leggere i dati di rendering tramite Query Streams?

Tutto questo, da un'unica connessione: Excel, Fogli Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, avvisi e report programmati. Collega il database una sola volta e ogni strumento leggerà la stessa connessione di sola lettura: non è necessaria alcuna configurazione per ogni strumento e non ci sono seconde copie dei dati.

Devo aprire una porta del firewall per il mio database di rendering?

No. L'agente di rete di Query Streams viene eseguito all'interno della rete locale e apre una singola connessione crittografata in uscita. Nessun sistema intercetta il traffico in entrata, non è necessaria una VPN e il database mantiene le regole del firewall esistenti.

È possibile modificare i dati in Render tramite Query Streams?

No. L'agente impone la sola lettura nel punto di esecuzione: un'istruzione alla volta, solo SELECT e simili. Le credenziali rimangono sull'agente e non vengono mai inviate a Query Streams.

Di cosa ha bisogno Query Streams per connettersi a Render?

Un host raggiungibile, un ruolo e la relativa password: l'agente include il driver, quindi non è necessario installare nulla sul database. Host: dpg-<id>-a.<region>-postgres.render.com: il nome esterno; i nomi interni non vengono risolti dall'esterno di Render. Porta: 5432. Driver: Npgsql, incluso nell'agente: non è necessario installare nulla sul lato Render. Formato di incolla: l'URL del database esterno dal pannello Connessioni del database, come URI postgres://.

Posso collegare Render a un altro database nella stessa query?

Sì, si tratta di una query federata. Un'unica istruzione può fare riferimento a Render e alle altre connessioni contemporaneamente, come indicato in connection.schema.table. Ogni sorgente esegue solo la parte che può e restituisce il risultato; l'unione avviene centralmente, quindi le sorgenti non si connettono mai tra loro e nulla viene copiato o pianificato. La modalità di sola lettura si applica a ogni parte (solo SELECT, WITH ed EXPLAIN) e c'è un limite alla quantità di dati che una singola sorgente può cedere per una singola query. Le query federate sono una funzionalità del piano; la pagina delle query federate riporta i limiti attuali relativi alle sorgenti e alle dimensioni.

La connessione a Render è diversa dalla connessione a PostgreSQL?

Solo la stringa di connessione. Render utilizza il protocollo di rete di PostgreSQL, quindi filtri, pianificazione, condivisione, i componenti aggiuntivi per Excel e Fogli Google e il server MCP si comportano tutti allo stesso modo. La scheda Render precompila le impostazioni di host, porta e SSL previste dal provider.

Esiste una guida per il rendering in Excel?

Sì, si tratta della guida per PostgreSQL ed è corretta per Render così come è scritta. Render utilizza il protocollo di rete di PostgreSQL, quindi il rendering in Excel, il rendering in Fogli Google e qualsiasi altra destinazione seguono gli stessi passaggi. L'unica parte specifica di Render è la stringa di connessione, che viene compilata automaticamente nella scheda di Render.

Posiziona Render dove avviene il lavoro

Installa l'agente, configuralo per connettersi al tuo database e scegli una destinazione.

Inizia gratis Tutti i connettori

Sola lettura Solo in uscita Le credenziali rimangono sull'agente