Renderizar logotipo

PostgreSQL administrado habla PostgreSQL

Conectar Prestar a Excel, Google Sheets, IA y REST

Render gestiona PostgreSQL. Utilice la cadena de conexión externa; la interna solo se resuelve dentro de Render.

Comienza gratis 13 destinos

Una conexión, cada superficie

Dónde pueden ir tus datos de renderizado

Prestar mesas en vivo · solo lectura
Consultas federadas + cualquier otro conector · un SQL todas las fuentes · cada plan
Agente de red
  • 1 conexión saliente
  • 0 puertos de entrada
  • Solo lectura · Las credenciales permanecen

funciona en

Query Streams lee datos de Render Postgres desde Microsoft Excel, Google Sheets, Power BI y asistentes de IA a través de MCP y un punto final REST mediante una conexión de solo lectura. Render proporciona a cada base de datos dos direcciones: una interna que solo se resuelve dentro de la red de Render y una externa que funciona desde cualquier lugar. Elegir la incorrecta es el único problema que puede surgir al conectarse desde fuera. El agente se ejecuta en su máquina, no dentro de Render, por lo que necesita la cadena externa.

Render es PostgreSQL en la red — el controlador estándar, por lo que todas las guías a continuación se aplican sin cambios. La única parte específica de Render es la cadena de conexión, cubierta en detalles de conexión.

  1. Para su equipo, proveedores y socios

  2. Renderizar a Excel Microsoft Excel · Complemento de Excel

    Obtenga los resultados de renderizado en tiempo real directamente en una hoja de cálculo y actualícelos bajo demanda: Excel de escritorio, Excel Online, Microsoft 365.

    Guía de PostgreSQL

  3. Exportar a Google Sheets Complemento de hojas

    Ejecuta una consulta de renderizado guardada desde la barra lateral y arrastra las filas a la hoja. Los colaboradores compartidos pueden actualizarla ellos mismos.

    Guía de PostgreSQL

  4. Pregunta a Nova sobre Render Nova AI · texto a SQL

    Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas de renderizado, escribe y ejecuta el código SQL, explica la respuesta y la representa gráficamente; no necesitas escribir ninguna consulta ni proporcionar credenciales.

    Cómo funciona Nova

  5. Renderizar en el visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador

    Comparta el resultado de una renderización en tiempo real con quien desee (un colega, un proveedor, un socio) como una cuadrícula que se puede guardar como marcador y que se ejecuta de nuevo al abrirla en un teléfono, una tableta o un ordenador. Verán los resultados, nunca el código SQL ni las credenciales.

    Cómo funciona el visor de datos
  6. Para aplicaciones y sistemas

  7. Renderizar API REST punto final HTTP

    Publica una consulta de renderizado como un punto final JSON autenticado al que cualquier aplicación puede llamar, con una especificación OpenAPI 3.1 y colecciones predefinidas para Postman, Insomnia y Hoppscotch. No se abre ningún puerto de base de datos.

    Guía de PostgreSQL

  8. Renderizar en Power BI Power Query M

    Pegue la consulta Power Query M generada en el editor avanzado de Power BI y el informe mostrará los resultados en tiempo real a través de HTTPS, sin controlador ODBC ni puerto de base de datos abierto.

    Cómo funciona Power BI

  9. Renderizar en Airtable Plataforma de automatización

    Sincroniza las filas de renderizado en una base de datos de Airtable según un cronograma, o recupéralas dentro de un script de automatización de Airtable.

    Guía de PostgreSQL

  10. Renderizar a Baserow Plataforma de automatización

    Alimenta una tabla de Baserow desde Render a través del punto final REST, ya sea en servidores propios o en la nube de Baserow.

    Guía de PostgreSQL

  11. Renderizar en SeaTable Plataforma de automatización

    Mantén actualizada una base de datos SeaTable con datos de renderizado sin exportar un archivo ni exponer la base de datos.

    Guía de PostgreSQL

  12. Renderizar a Smartsheet Plataforma de automatización

    Inserta los resultados de Render en una cuadrícula de Smartsheet para que los planes e informes se lean desde el sistema de origen, y no desde la exportación de la semana pasada.

    Guía de PostgreSQL

  13. Traducir al yunque Anvil Works · Plataforma de aplicaciones

    Realice una copia de seguridad de una aplicación Python de Anvil con Render a través del punto final REST en lugar de incrustar las credenciales de la base de datos en la aplicación.

    Guía de PostgreSQL
  14. Para herramientas de IA

  15. Servidor Render MCP Clientes de Claude, Cursor y MCP

    Otorgue a un asistente de IA acceso de solo lectura a Render con el esquema que necesita para escribir SQL correcto; no se requieren credenciales en el chat.

    Guía de PostgreSQL
  16. Entregado a las personas

  17. Generar alertas e informes Slack · Discord · Correo electrónico · Webhook

    Programe una consulta de renderizado y haga que las filas se envíen a Slack, Discord, correo electrónico o un webhook firmado, o bien, retenga el mensaje hasta que un recuento de filas, un umbral o un cambio porcentual supere la línea que haya establecido.

    Cómo funcionan las alertas y los informes

Cómo funciona

5 pasos, sin cambios en el firewall de entrada

01

Instale el Agente de red en una máquina con acceso a internet. Abre una conexión saliente y nunca escucha, por lo que Render ve un cliente normal y su red no necesita ninguna regla de entrada.

02

Abre la base de datos en el panel de control de Render y busca el panel de Conexiones. Copia la URL de la base de datos externa, no la interna; este es el paso que merece la pena seguir con detenimiento.

03

Pégalo en el primer campo. El host, el puerto, la base de datos, el nombre de usuario y la contraseña se leerán y se completarán automáticamente.

04

Deja activada la opción Usar SSL y ejecuta la prueba. Render requiere cifrado en las conexiones externas y el agente lo aplica automáticamente a los nombres de host de Render.

05

Guárdalo y luego léelo desde Microsoft Excel, Google Sheets, Power BI, MCP o REST. La cadena pegada se elimina una vez que se completan los campos, por lo que la contraseña se almacena una sola vez.

Análisis en profundidad de la función

Lo que Render te ofrece

Interno y externo no son intercambiables

Render publica ambas direcciones en la misma página, una encima de la otra, y solo una de ellas puede funcionar desde fuera de Render.

  • El nombre de host externo termina en -postgres.render.com y es accesible desde cualquier lugar. Ese es el que necesita el agente.
  • El nombre de host interno es corto y no tiene sufijo de dominio. Solo se resuelve dentro de la red privada de Render, por lo que desde su propio equipo no se resuelve en absoluto.
  • La tarjeta aceptará una dirección interna sin quejarse. — comprueba que hayas pegado una cadena postgres://, no cuál de las dos cadenas de Render era. Si una prueba falla con un nombre que no se puede resolver, casi siempre es por esto.
  • La solución solo lleva unos segundos: vuelve al panel de Conexiones, copia la URL de la base de datos externa y pégala encima. No cambia nada más en la conexión.

Encriptado, y lo que eso demuestra y no demuestra.

La función Render requiere TLS en las conexiones externas, y el agente no deja eso a una casilla de verificación.

  • Se requiere TLS para los nombres de host de renderizado. Desmarcar la casilla SSL no genera una conexión sin cifrar; el agente requiere cifrado independientemente de lo que indique la casilla.
  • La cadena de certificados no está verificada. Considérelo como una protección contra la interceptación del tráfico en tránsito, y no como una prueba de qué servidor respondió.
  • En esta ruta no hay ningún pooler. El agente no aplica adaptaciones de pooler para Render, por lo que las sentencias preparadas y el manejo de sesiones se comportan exactamente igual que en cualquier Postgres ordinario.
  • Todo lo que ejecuta el agente es de solo lectura, y tus credenciales permanecen en la máquina donde lo instalaste. Query Streams no guarda ninguna copia de los datos ni de la contraseña.
-- Postgres ordinario, solo lectura, sobre 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;

Compartido por todos los conectores de bases de datos

Esto es cierto para todos los conectores de bases de datos.

  • Solo salida — El agente abre una conexión cifrada hacia Query Streams. No hay ningún puerto de entrada que reenviar, ni VPN, ni lista de direcciones IP permitidas, nada de su base de datos queda expuesto a Internet.
  • Las credenciales permanecen en su lugar. — El nombre de usuario y la contraseña de la base de datos se encuentran en la máquina donde instaló el agente. Query Streams nunca los recibe y no puede acceder a su base de datos por sí solo.
  • Solo lectura, obligatorio — Una instrucción a la vez, solo SELECT y similares. La escritura se rechaza en tu máquina antes de enviarse al servidor, en lugar de depender de un permiso que alguien haya configurado.
  • Despliega tantos agentes como quieras. — uno por sitio, región o nube. Todas las fuentes de datos que pueden ver llegan en un único menú desplegable, por lo que nadie tiene que saber qué agente aloja qué.

Lo que obtienes una vez que se guarda una consulta

  • Comparte la capacidad, no el SQL. — Un colega o un socio externo puede ejecutar su consulta y cambiar sus filtros sin ver nunca la instrucción que la respalda.
  • Filtros desde cualquier dirección — declárelas usted mismo como @variables, o deje que el conector detecte los valores literales que ya se encuentran en su cláusula WHERE y los ofrezca como menús desplegables.
  • Léelo desde cualquier lugar — Microsoft Excel, Google Sheets, Power BI, la API REST, los asistentes de IA a través de MCP, el Generador de consultas y Nova leen la misma consulta guardada.
  • Ejecutar varios a la vez — cinco consultas guardadas en cinco pestañas de hojas de cálculo, procesadas simultáneamente, independientemente del tamaño de los resultados.
  • Conéctalo a cualquier otra cosa que tengas conectada. — otra base de datos, una API empresarial o una carpeta de archivos, en una sola instrucción de solo lectura.

SQL entre fuentes

Une Render al resto de tus datos.

Una sola instrucción puede abarcar Render y tus otras conexiones a la vez. Cada fuente ejecuta solo la parte que puede, transmite el resultado y la unión se realiza de forma centralizada; las fuentes nunca se comunican entre sí y no se copia nada en ningún lugar.

3 conexiones · 3 agentes

Prestar PostgreSQL administrado
Microsoft SQL Server Motor relacional
Raya Pagos y facturación

Una declaración

-- nada copiado, nada fusionado, nada programado
SELECCIONE   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
DESDE     render_appÓrdenes públicas1 f
ÚNASE A     erp_sql.dbo.clientes2    c ON c.id = f.customer_id
ÚNASE A     facturación.stripe.facturas3  i ON i.cliente = c.stripe_id
GRUPO POR región c
ORDENAR POR facturado DESC;

Las tres partes son conexión, esquema y tabla; el nombre de la conexión es el que le hayas dado. Las columnas son solo ilustrativas; tus tablas serán tus tablas. Se aplica el modo de solo lectura a cada elemento: solo SELECT, WITH y EXPLAIN, con un límite en la cantidad de datos que una sola fuente puede proporcionar para una sola consulta. Cómo funcionan las consultas federadas

Detalles de conexión

Lo que necesita Render

Anfitrión
dpg-<id>-a.<region>-postgres.render.com — el nombre externo; los nombres internos no se resuelven desde fuera de Render.
Puerto
5432
Conductor
Npgsql, incluido por el agente; no hay nada que instalar en el extremo de Render.
Formato de pegado
La URL de la base de datos externa del panel de conexiones de la base de datos, como una URI postgres://
TLS
Obligatorio y de cumplimiento obligatorio para los nombres de host de renderizado. Cifrado; la cadena de certificados no está verificada.
Agrupación
Ninguna. El agente no aplica adaptaciones de pooler para Render
Guardado como
PostgreSQL, con Render conservado como insignia
Esquema predeterminado
público, que es lo que conlleva una referencia federada

Render es una conexión Postgres sencilla, con un único obstáculo entre usted y ella: una simple elección de copiar y pegar, más que un problema técnico. Ambas URL son cadenas de Postgres válidas, ambas comienzan con postgres://, y la diferencia entre ellas es un sufijo de nombre de host que la mayoría de la gente no lee. Saber que debe usar la URL externa convierte el único fallo probable en un problema menor.

La razón de que exista la dirección interna es que los servicios que se ejecutan dentro de Render deben usarla; permanece en la red privada de Render y no realiza un viaje de ida y vuelta. Esta lógica es correcta y no tiene nada que ver con usted, ya que el Agente de Red se ejecuta en su infraestructura. Si usted mismo ejecuta el agente en un servicio de Render, la dirección interna se convierte en la respuesta correcta por la misma razón.

Para una consulta entre fuentes, Render es PostgreSQL estándar. Una conexión que usted denominó render_app se escribe como render_app.public.orders y se une a una carpeta de archivos CSV, un sistema de registro local o una API de facturación en una sola instrucción de solo lectura, sin copiar ni programar nada.

Documentación del proveedor: render.com

Preguntas frecuentes

Preguntas sobre Render

¿Qué herramientas pueden leer datos de renderizado a través de flujos de consulta?

Todas ellas, desde una única conexión: Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertas e informes programados. Conecte la base de datos una sola vez y todas las superficies leerán la misma conexión de solo lectura; no se requiere configuración por herramienta ni una segunda copia de los datos.

¿Tengo que abrir un puerto del firewall a mi base de datos de renderizado?

No. El agente de red de Query Streams se ejecuta dentro de su red y abre una única conexión cifrada saliente. No se monitoriza el tráfico entrante, no se requiere VPN y la base de datos conserva sus reglas de firewall existentes.

¿Pueden las secuencias de consulta modificar los datos en la renderización?

No. El agente aplica el modo de solo lectura en el punto de ejecución: una instrucción a la vez, solo SELECT y similares. Las credenciales permanecen en el agente y nunca se envían a Query Streams.

¿Qué necesita Query Streams para conectarse a Render?

Un host accesible, un rol y su contraseña: el agente lleva el controlador, por lo que no se instala nada en la base de datos. Host: dpg-<id>-a.<region>-postgres.render.com: el nombre externo; los nombres internos no se resuelven desde fuera de Render. Puerto: 5432. Controlador: Npgsql, llevado por el agente; no hay nada que instalar en el extremo de Render. Formato de pegado: La URL de la base de datos externa del panel de Conexiones de la base de datos, como una URI postgres://.

¿Puedo unir Render a otra base de datos en la misma consulta?

Sí, se trata de una consulta federada. Una instrucción puede hacer referencia a Render y a sus otras conexiones simultáneamente, escritas como conexión.esquema.tabla. Cada origen ejecuta solo la parte que puede y transmite el resultado; la unión se realiza de forma centralizada, por lo que los orígenes nunca se conectan entre sí y no se copia ni se programa nada. El modo de solo lectura se aplica a cada parte (solo SELECT, WITH y EXPLAIN) y existe un límite en la cantidad de datos que un origen puede transferir para una sola consulta. Las consultas federadas son una característica del plan; la página de consultas federadas muestra los límites actuales de origen y tamaño.

¿La conexión con Render es diferente a la conexión con PostgreSQL?

Solo la cadena de conexión. Render utiliza el protocolo de red de PostgreSQL, por lo que los filtros, la programación, el uso compartido, los complementos de Excel y Google Sheets, y el servidor MCP funcionan de forma idéntica. La tarjeta Render rellena automáticamente la configuración de host, puerto y SSL que espera el proveedor.

¿Existe alguna guía para convertir contenido a Excel?

Sí, se trata de la guía de PostgreSQL, y es correcta para Render tal como está escrita. Render utiliza el protocolo de comunicación de PostgreSQL, por lo que Render a Excel, Render a Google Sheets y cualquier otro destino siguen los mismos pasos. La única parte específica de Render es la cadena de conexión, y la tarjeta de Render la completa automáticamente.

Coloca Render donde se realiza el trabajo

Instale el agente, indíquele la ubicación de su base de datos y elija un destino.

Comienza gratis Todos los conectores

Solo lectura Solo salida Las credenciales permanecen en el agente.