Logotipo del ferrocarril

PostgreSQL administrado habla PostgreSQL

Conectar Ferrocarril a Excel, Google Sheets, IA y REST

Postgres ferroviario a través del proxy TCP público. Dos variables parecen ser la correcta, pero solo una de ellas lo es; la tarjeta sabe cuál.

Una conexión, cada superficie

Dónde se pueden almacenar sus datos ferroviarios

Query Streams lee datos de Railway 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. Railway asigna a cada base de datos dos direcciones: una privada que solo se resuelve dentro de Railway y un proxy TCP público para todo lo demás. El agente de red se ejecuta fuera de Railway, por lo que el proxy público es el que funciona; y como Railway muestra primero la variable privada, la tarjeta la rechaza por su nombre en lugar de dejar que falle por tiempo de espera agotado.

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

  1. Para su equipo, proveedores y socios
  2. Ferrocarril para Excel Microsoft Excel · Complemento de Excel

    Obtenga los resultados ferroviarios en tiempo real directamente en una hoja de cálculo y actualícelos cuando lo necesite: Excel de escritorio, Excel Online, Microsoft 365.

    Guía de PostgreSQL
  3. De la vía férrea a Google Sheets Complemento de hojas

    Ejecuta una consulta guardada de Railway desde la barra lateral y arrastra las filas a la hoja de cálculo. Los colaboradores pueden actualizarla ellos mismos.

    Guía de PostgreSQL
  4. Pregúntale a Nova sobre el ferrocarril. Nova AI · texto a SQL

    Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas de Railway, 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. Ferrocarril a Visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador

    Comparta un resultado de Railway en tiempo real con quien desee —un colega, un proveedor, un socio— como una cuadrícula que se puede guardar y que se actualiza automáticamente 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. API REST de ferrocarril punto final HTTP

    Publique una consulta de Railway 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. De la vía férrea a Power BI Power Query M

    Pegue la consulta Power Query M generada en el Editor avanzado de Power BI y el informe leerá los resultados de Railway en tiempo real a través de HTTPS, sin necesidad de un controlador ODBC ni de abrir ningún puerto de base de datos.

    Cómo funciona Power BI
  9. Ferrocarril a Airtable Plataforma de automatización

    Sincroniza las filas de Railway con una base de datos de Airtable según un cronograma, o obténlas dentro de un script de automatización de Airtable.

    Guía de PostgreSQL
  10. Ferrocarril a Baserow Plataforma de automatización

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

    Guía de PostgreSQL
  11. Ferrocarril a SeaTable Plataforma de automatización

    Mantén actualizada una base de datos SeaTable con información ferroviaria sin exportar ningún archivo ni exponer la base de datos.

    Guía de PostgreSQL
  12. De ferrocarril a hoja inteligente Plataforma de automatización

    Introduzca los resultados de la línea ferroviaria 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. Ferrocarril a Anvil Anvil Works · Plataforma de aplicaciones

    Realice una copia de seguridad de una aplicación Python de Anvil con Railway 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 MCP ferroviario Clientes de Claude, Cursor y MCP

    Otorgue a un asistente de IA acceso de solo lectura a Railway 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. Alertas e informes ferroviarios Slack · Discord · Correo electrónico · Webhook

    Programe una consulta de Railway 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 donde le convenga. Abre una conexión saliente y nunca escucha, por lo que Railway ve un cliente normal y su red no necesita ninguna regla de entrada.

02

Abra el servicio Postgres, vaya a la pestaña Variables y copie DATABASE_PUBLIC_URL. Esta es la URL pública; DATABASE_URL es la variable privada y no funcionará fuera de Railway.

03

Pégalo. El host, el puerto, la base de datos, el nombre de usuario y la contraseña se leen directamente.

04

Verifique que el puerto se haya conectado correctamente. El sistema ferroviario asigna un puerto proxy por servicio, que rara vez es el 5432, por lo que conviene revisar este campo antes de guardar.

05

Guardar. Microsoft Excel, Google Sheets, Power BI, MCP y REST leen a través de esa única conexión o la combinan con sus otras fuentes en una sola instrucción de solo lectura.

Análisis en profundidad de la función

Lo que te ofrece el ferrocarril

DATABASE_PUBLIC_URL, no DATABASE_URL

Esta es la forma más común en que falla una conexión ferroviaria, y falla de la manera menos útil posible.

  • El nombre de host privado de Railway termina en .railway.internal y solo se resuelve dentro de la propia red de Railway. Desde cualquier otro lugar, no se resuelve en absoluto.
  • El agente trabaja fuera de Railway, por lo que la dirección privada nunca es accesible. — la conexión simplemente se cortaría en lugar de explicarte el motivo.
  • Así que la tarjeta lo rechaza directamente y proporciona la solución: usar el host proxy TCP público de DATABASE_PUBLIC_URL. Esto convierte un tiempo de espera silencioso en una acción que se puede ejecutar.
  • El host del proxy público termina en .proxy.rlwy.net. Las implementaciones más antiguas de Railway tenían asignados nombres de host .railway.app, y estos siguen funcionando si ese es el que tiene su servicio.

El puerto es por servicio, así que nadie puede adivinarlo.

La mayoría de los servicios Postgres administrados responden en el puerto 5432. El proxy de Railway no lo hace, y la tarjeta deja deliberadamente el campo vacío.

  • El sistema ferroviario asigna un puerto proxy por servicio. Dos bases de datos en el mismo proyecto tendrán puertos diferentes, y ninguno será el 5432.
  • El campo de puerto no tiene un valor predeterminado precisamente por eso. Si se supone que el puerto es 5432, aparecerá como si estuviera lleno y luego fallará la conexión, lo cual es peor que dejar el campo vacío.
  • Al pegar DATABASE_PUBLIC_URL, se rellena el puerto junto con todo lo demás, por lo que la ruta normal nunca le pedirá que lo busque por separado.
  • Si está escribiendo los campos a mano, el puerto es el que debe copiar con cuidado. — es el campo con mayor probabilidad de errores y el que produce los fallos menos informativos.

Certificados autofirmados y qué significa cifrado en este contexto.

La imagen de Postgres de Railway incluye un certificado autofirmado, que determina cómo el agente gestiona TLS.

  • El uso de SSL está activado por defecto y la conexión está cifrada. El agente requiere TLS en lugar de simplemente ofrecerlo.
  • La cadena de certificados no está verificada. Una verificación completa rechazaría el certificado autofirmado de Railway, por lo que requerir cifrado sin validar la cadena es la configuración que realmente se ajusta al servicio.
  • Interpreta eso como una protección contra cualquiera que esté leyendo el estado del tráfico en el camino, en lugar de una prueba de adónde llegaste.
  • No hay ningún pooler delante de Railway Postgres y la tarjeta no pretende lo contrario. — Esta es una conexión directa a través del proxy, sin la opción de elegir un modo de agrupación.
-- Postgres ordinario, solo lectura, sobre el proxy público 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 Railway al resto de tus datos.

Una sola instrucción puede abarcar Railway y sus otras conexiones simultáneamente. 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

Ferrocarril 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     aplicación de ferrocarrilÓ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 el ferrocarril

Anfitrión
<name>.proxy.rlwy.net, el proxy TCP público. Las implementaciones más antiguas en .railway.app también funcionan.
Puerto
Asignado por servicio por Ferrocarril. Sin valor predeterminado: proviene de DATABASE_PUBLIC_URL.
Conductor
Npgsql, incluido por el agente; no hay nada que instalar en el extremo del ferrocarril.
Formato de pegado
DATABASE_PUBLIC_URL de la pestaña Variables del servicio
Base de datos
ferrocarril, que es el nombre predeterminado de Railway para ello
Nombre de usuario
PostgreSQL
TLS
Obligatorio y exigido por el agente para los hosts de Railway. Cifrado; la cadena de certificados no está verificada, que es lo que necesita el certificado autofirmado de Railway.
Agrupación
Ninguna. El agente no aplica adaptaciones de pooler para Railway
Esta tarjeta no
El nombre de host privado .railway.internal: la tarjeta lo rechaza y le indica qué variable usar en su lugar.
Guardado como
PostgreSQL, con Railway como distintivo: no existe ningún tipo de conexión llamado Railway.
Esquema predeterminado
público, que es lo que conlleva una referencia federada

La distinción entre servicios públicos y privados es clave en esta tarjeta. Railway muestra DATABASE_URL de forma destacada, y esta es la variable correcta para los servicios que se ejecutan dentro de Railway, que es la función principal de Railway. Un lector externo es la excepción, y esta excepción requiere la otra variable. Rechazar el nombre de host interno directamente, en lugar de dejar que no se resuelva y se agote el tiempo de espera, marca la diferencia entre una corrección de cinco segundos y veinte minutos de sospechas sobre el firewall.

El campo de puerto vacío es intencional y merece ser defendido. Todo apunta a rellenar previamente el puerto 5432, ya que casi todos los servicios de PostgreSQL lo utilizan, pero el proxy de Railway asigna puertos por servicio, por lo que rellenar 5432 previamente sería claramente erróneo. Un campo obligatorio vacío plantea una pregunta; un valor predeterminado incorrecto la responde erróneamente y da una impresión de estar resuelto.

Para una consulta entre fuentes, Railway es PostgreSQL estándar. Una conexión que usted denominó railway_app se escribe railway_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: docs.railway.com

Preguntas frecuentes

Preguntas sobre el ferrocarril

¿Qué herramientas pueden leer datos ferroviarios a través de flujos de consultas?

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 para mi base de datos de ferrocarriles?

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 consultas de flujo modificar los datos en Railway?

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 Railway?

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: <nombre>.proxy.rlwy.net, el proxy TCP público. Las implementaciones anteriores en .railway.app también funcionan. Puerto: Asignado por servicio por Railway. No hay valor predeterminado: proviene de DATABASE_PUBLIC_URL. Controlador: Npgsql, llevado por el agente; no hay nada que instalar en el extremo de Railway. Formato de pegado: DATABASE_PUBLIC_URL de la pestaña Variables del servicio.

¿Puedo unir la base de datos Railway con otra base de datos en la misma consulta?

Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a Railway 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 función del plan; la página de consultas federadas muestra los límites actuales de origen y tamaño.

¿Conectar Railway es diferente a conectar PostgreSQL?

Solo la cadena de conexión. Railway 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 de Railway rellena automáticamente la configuración de host, puerto y SSL que espera el proveedor.

¿Existe una guía de Railway to Excel?

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

Coloca el ferrocarril donde se realiza el trabajo.

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

Solo lectura Solo salida Las credenciales permanecen en el agente.