Logotipo da ferrovia

Postgres gerenciado fala PostgreSQL

Conectar Ferrovia para Excel, Planilhas Google, IA e REST

Postgres ferroviário sobre o proxy TCP público. Duas variáveis parecem ser a correta, mas apenas uma delas é — o cartão sabe qual é.

Uma conexão, todas as superfícies

Para onde podem ser enviados os seus dados ferroviários.

O Query Streams lê dados do Railway Postgres a partir do Microsoft Excel, Google Sheets, Power BI, assistentes de IA via MCP e um endpoint REST através de uma única conexão somente leitura. O Railway atribui dois endereços a cada banco de dados: um privado que só resolve dentro do Railway e um proxy TCP público para todo o resto. O Agente de Rede é executado fora do Railway, portanto, o proxy público é o que funciona — e como a variável privada é a que o Railway mostra primeiro, o cartão a rejeita pelo nome em vez de permitir que falhe por tempo limite.

Railway é PostgreSQL na rede — o driver padrão, portanto, todas as orientações abaixo se aplicam sem alterações. A única parte específica da Railway é a string de conexão, abordada em detalhes de conexão.

  1. Para sua equipe, fornecedores e parceiros.
  2. Ferrovia para Excel Microsoft Excel · Suplemento do Excel

    Importe resultados ferroviários em tempo real diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.

    Guia do PostgreSQL
  3. Ferrovia para Planilhas Google Suplemento de planilhas

    Execute uma consulta salva do Railway a partir da barra lateral e arraste as linhas para a planilha. Os colaboradores que compartilham a planilha podem atualizá-la por conta própria.

    Guia do PostgreSQL
  4. Pergunte à Nova sobre a ferrovia. Nova AI · texto para SQL

    Faça uma pergunta em linguagem simples. O Nova já conhece suas tabelas Railway, escreve e executa o SQL, explica a resposta e a exibe em um gráfico — sem necessidade de escrever consultas ou fornecer credenciais.

    Como funciona o Nova
  5. Ferrovia para Visualizador de Dados Compartilhamento de resultados · equipe, fornecedores, parceiros · celular, tablet, computador

    Compartilhe os resultados do Railway em tempo real com qualquer pessoa — um colega, um fornecedor, um parceiro — como uma tabela que pode ser adicionada aos favoritos e que é atualizada automaticamente ao ser aberta em um celular, tablet ou computador. Eles veem os resultados, nunca o SQL ou as credenciais.

    Como funciona o Visualizador de Dados
  6. Para aplicativos e sistemas
  7. API REST Ferroviária endpoint HTTP

    Publique uma consulta Railway como um endpoint JSON autenticado que qualquer aplicativo pode chamar, com uma especificação OpenAPI 3.1 e coleções prontas para Postman, Insomnia e Hoppscotch. Nenhuma porta de banco de dados é aberta.

    Guia do PostgreSQL
  8. Ferrovia para Power BI Power Query M

    Cole o arquivo M do Power Query gerado no Editor Avançado do Power BI e o relatório exibirá os resultados da Railway em tempo real via HTTPS — sem driver ODBC, sem porta de banco de dados aberta.

    Como funciona o Power BI
  9. Ferrovia para Airtable Plataforma de automação

    Sincronize linhas do Railway com uma base do Airtable de acordo com uma programação ou busque-as dentro de um script de automação do Airtable.

    Guia do PostgreSQL
  10. Ferrovia para Baserow Plataforma de automação

    Alimente uma tabela do Baserow a partir do Railway através do endpoint REST — hospedado localmente ou na nuvem do Baserow.

    Guia do PostgreSQL
  11. Ferrovia para SeaTable Plataforma de automação

    Mantenha uma base de dados SeaTable atualizada com informações ferroviárias sem exportar um arquivo ou expor o banco de dados.

    Guia do PostgreSQL
  12. Ferrovia para Smartsheet Plataforma de automação

    Integre os resultados da área ferroviária a uma planilha do Smartsheet para que os planos e relatórios sejam lidos do sistema original, e não da versão exportada da semana passada.

    Guia do PostgreSQL
  13. Ferrovia para Anvil Anvil Works · Plataforma de aplicativos

    Faça backup de um aplicativo Anvil Python com o Railway por meio do endpoint REST, em vez de incorporar as credenciais do banco de dados no aplicativo.

    Guia do PostgreSQL
  14. Para ferramentas de IA
  15. Servidor MCP ferroviário Clientes Claude, Cursor e MCP

    Conceda a um assistente de IA acesso somente leitura ao Railway com o esquema necessário para escrever SQL corretamente — sem credenciais no chat.

    Guia do PostgreSQL
  16. Entregue às pessoas
  17. Alertas e relatórios ferroviários Slack · Discord · E-mail · Webhook

    Agende uma consulta no Railway e receba os resultados no Slack, Discord, por e-mail ou por um webhook assinado — ou retenha a mensagem até que a contagem de linhas, um limite ou uma variação percentual ultrapasse o valor definido.

    Como funcionam os alertas e relatórios

Como funciona

5 etapas, sem alteração no firewall de entrada

01

Instale o Agente de Rede onde for mais conveniente. Ele abre uma conexão de saída e nunca escuta, portanto, o Railway vê um cliente comum e sua rede não precisa de nenhuma regra de entrada.

02

Abra o serviço Postgres, acesse a guia Variáveis e copie DATABASE_PUBLIC_URL. Essa é a variável pública — DATABASE_URL é a variável privada e não funcionará fora do Railway.

03

Cole o código. Host, porta, banco de dados, nome de usuário e senha são lidos diretamente dele.

04

Verifique se a porta foi estabelecida corretamente. O sistema Railway atribui uma porta proxy por serviço, e raramente é a 5432, portanto, vale a pena verificar esse campo antes de salvar.

05

Salve. Microsoft Excel, Google Sheets, Power BI, MCP e REST leem os dados por meio dessa única conexão, ou você pode combiná-la com suas outras fontes em uma única instrução somente leitura.

Análise detalhada do recurso

O que a ferrovia lhe proporciona

DATABASE_PUBLIC_URL, não DATABASE_URL

Essa é a forma mais comum de falha em uma conexão ferroviária, e ocorre da maneira menos útil possível.

  • O nome de host privado da Railway termina em .railway.internal e só é resolvido dentro da própria rede da Railway. De qualquer outro lugar, ele não é resolvido.
  • O agente opera fora da área da ferrovia, portanto o endereço particular nunca é acessível. — a conexão simplesmente travava em vez de informar o motivo.
  • Assim, o cartão rejeita a solicitação imediatamente e indica a solução: usar o host proxy TCP público de DATABASE_PUBLIC_URL. Isso transforma um tempo limite silencioso em uma instrução que você pode executar.
  • O host do proxy público termina em .proxy.rlwy.net. Implementações mais antigas do Railway recebiam nomes de host .railway.app, e esses ainda funcionam se for o que seu serviço utiliza.

A porta é por serviço, então nada pode adivinhar.

A maioria dos serviços Postgres gerenciados responde na porta 5432. O proxy da Railway não responde, e o cartão deixa o campo vazio propositalmente.

  • A Railway atribui uma porta proxy por serviço. Dois bancos de dados no mesmo projeto terão portas proxy diferentes, e nenhuma delas será a porta 5432.
  • O campo da porta não possui valor padrão exatamente por esse motivo. Um campo presumido como 5432 pareceria preenchido e, em seguida, falharia na conexão, o que é pior do que um campo vazio.
  • Colar DATABASE_PUBLIC_URL preenche a porta junto com todo o resto, então o caminho normal nunca pede que você a encontre separadamente.
  • Se você estiver digitando os campos manualmente, copie com atenção a porta. — é a área com maior probabilidade de estar errada e aquela que produz o menor nível de falha informativa.

Certificados autoassinados e o que significa criptografado aqui.

A imagem do Postgres da Railway inclui um certificado autoassinado, que define como o agente lida com o TLS.

  • O uso de SSL está ativado por padrão e a conexão é criptografada. O agente exige TLS, em vez de apenas oferecê-lo.
  • A cadeia de certificados não foi verificada. A verificação completa rejeitaria o certificado autoassinado da Railway, portanto, exigir criptografia sem validar a cadeia é a configuração que realmente corresponde ao serviço.
  • Leia isso como uma proteção contra qualquer pessoa que esteja observando o trânsito no caminho, e não como uma prova de onde você chegou.
  • Não há nenhum pooler em frente ao Railway Postgres e o cartão não finge o contrário. — esta é uma conexão direta através do proxy, sem opção de modo de agrupamento.
-- Postgres comum, somente leitura, sobre o 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;

Compartilhado por todos os conectores de banco de dados

Verdadeiro para todos os conectores de banco de dados.

  • Apenas envio — o agente abre uma conexão criptografada para o Query Streams. Nenhuma porta de entrada para encaminhar, nenhuma VPN, nenhuma lista de permissões de IP, nada sobre seu banco de dados exposto à internet.
  • As credenciais permanecem no mesmo lugar. — O nome de usuário e a senha do banco de dados ficam armazenados na máquina onde você instalou o agente. O Query Streams nunca os recebe e não consegue acessar seu banco de dados por conta própria.
  • Somente leitura, obrigatório — uma instrução por vez, apenas SELECT e similares. Uma operação de escrita é rejeitada em sua própria máquina antes mesmo de ser enviada ao servidor, em vez de depender de uma permissão que alguém se lembrou de definir.
  • Implante quantos agentes desejar. — uma por site, região ou nuvem. Todas as fontes de dados que eles podem visualizar aparecem em um único menu suspenso, para que ninguém precise saber qual agente hospeda o quê.

O que você obtém depois de salvar uma consulta.

  • Compartilhe a capacidade, não o SQL. — um colega ou um parceiro externo pode executar sua consulta e alterar seus filtros sem nunca ver a declaração por trás dela.
  • Filtros de ambas as direções — declare-as você mesmo como @variáveis ou deixe o conector identificar os valores literais já presentes na sua cláusula WHERE e oferecê-los como listas suspensas.
  • Leia de qualquer lugar — Microsoft Excel, Google Sheets, Power BI, a API REST, assistentes de IA via MCP, o Construtor de Consultas e o Nova leem a mesma consulta salva.
  • Execute várias ao mesmo tempo — cinco consultas salvas em cinco abas de planilha, transmitidas simultaneamente, independentemente do tamanho dos resultados.
  • Conecte-o a qualquer outro dispositivo que você já tenha utilizado. — outro banco de dados, uma API de negócios ou uma pasta de arquivos, em uma única instrução somente leitura.

SQL entre fontes diferentes

Junte-se à Railway para acessar o restante dos seus dados.

Uma única instrução pode abranger a conexão com a Railway e suas outras conexões simultaneamente. Cada origem executa apenas a parte que consegue, transmite o resultado de volta e a junção ocorre centralmente — as origens nunca se comunicam entre si e nada é copiado para nenhum lugar.

3 conexões · 3 agentes

Ferrovia Postgres gerenciado
Microsoft SQL Server Motor relacional
Listrado Pagamentos e faturamento

Uma declaração

-- nada copiado, nada mesclado, nada agendado
SELECIONAR   c.região, COUNT(*) AS pedidos, SUM(i.valor_devido) AS faturado
DE     aplicativo_ferroviário.ordens.públicas1 f
JUNTAR     erp_sql.dbo.clientes2     c LIGADO c.id = f.id_do_cliente
JUNTAR     cobrança.stripe.faturas3   i LIGADO i.cliente = c.stripe_id
GRUPO POR c.região
ORDER BY faturado DESC;

As três partes são conexão, esquema e tabela — e o nome da conexão é o que você escolheu. Colunas ilustrativas; suas tabelas serão suas tabelas. O acesso somente leitura se aplica a cada componente: apenas SELECT, WITH e EXPLAIN, com um limite máximo de dados que uma única fonte pode fornecer para uma consulta. Como funcionam as consultas federadas

Detalhes da conexão

O que a ferrovia precisa

Hospedar
<name>.proxy.rlwy.net, o proxy TCP público. Implantações mais antigas em .railway.app também funcionam.
Porto
Atribuído por serviço pela ferrovia. Sem valor padrão — vem de DATABASE_PUBLIC_URL.
Motorista
Npgsql, fornecido pelo agente — nada a instalar no servidor.
Colar formato
DATABASE_PUBLIC_URL da guia Variáveis do serviço
Banco de dados
ferrovia, que é o nome padrão da Railway para ela.
Nome de usuário
postgres
TLS
Obrigatório e imposto pelo agente para os hosts da Railway. Criptografado; a cadeia de certificados não é verificada, que é o que o certificado autoassinado da Railway precisa.
Agrupamento
Nenhuma. O agente não aplica nenhuma adaptação de pool para ferrovias.
Não este cartão
O nome de host privado .railway.internal — o cartão o rejeita e informa qual variável usar em vez disso.
Salvo como
PostgreSQL, com "Railroad" mantido como um distintivo — não existe um tipo de conexão chamado "Railroad" (Ferrovia).
Esquema padrão
público, que é o que uma referência federada carrega.

A questão central deste cartão é a variável privada versus pública. O Railway exibe DATABASE_URL de forma proeminente, e essa é a variável correta para serviços executados dentro do Railway, que é a principal finalidade do Railway. Um leitor externo é a exceção, e a exceção precisa da outra variável. Rejeitar o nome do host interno pelo nome — em vez de permitir que ele seja resolvido para nada e expire — é a diferença entre uma correção de cinco segundos e vinte minutos de suspeitas sobre o firewall.

O campo de porta vazio é intencional e merece ser defendido. O instinto diz para preencher automaticamente com 5432, pois quase todos os serviços do Postgres a utilizam, mas o proxy do Railway atribui portas por serviço, então um valor 5432 preenchido automaticamente seria certamente incorreto. Um campo obrigatório vazio levanta uma questão; um valor padrão incorreto responde a ela de forma errada e parece resolvido.

Para uma consulta entre fontes diferentes, o Railway usa o Postgres padrão. Uma conexão chamada railway_app é escrita como railway_app.public.orders e se conecta a uma pasta de arquivos CSV, a um sistema de registro local ou a uma API de faturamento em uma única instrução somente leitura — sem nenhuma cópia ou agendamento.

Documentação do fornecedor: docs.railway.com

Perguntas frequentes

Perguntas sobre ferrovias

Quais ferramentas conseguem ler dados ferroviários por meio de fluxos de consulta?

Tudo isso, a partir de uma única conexão: Excel, Planilhas Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertas e relatórios agendados. Conecte o banco de dados uma única vez e todas as plataformas lerão a mesma conexão somente leitura — não há configuração por ferramenta nem necessidade de uma segunda cópia dos dados.

Preciso abrir uma porta no firewall para meu banco de dados ferroviário?

Não. O Agente de Rede do Query Streams é executado dentro da sua rede e abre uma única conexão criptografada de saída. Nada fica à escuta do tráfego de entrada, nenhuma VPN é necessária e o banco de dados mantém suas regras de firewall existentes.

É possível alterar dados em fluxos de consulta no Railway?

Não. O agente impõe o modo somente leitura no ponto de execução — uma instrução por vez, apenas SELECT e similares. As credenciais permanecem no agente e nunca são enviadas para o Query Streams.

O que o Query Streams precisa para se conectar ao Railway?

Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Host: <nome>.proxy.rlwy.net, o proxy TCP público. Implantações mais antigas em .railway.app também funcionam. Porta: Atribuída por serviço pela Railway. Sem valor padrão — ela vem de DATABASE_PUBLIC_URL. Driver: Npgsql, carregado pelo agente — nada para instalar na Railway. Formato de colagem: DATABASE_PUBLIC_URL da guia Variáveis do serviço.

Posso associar o banco de dados Railway a outro banco de dados na mesma consulta?

Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar o Railway e suas outras conexões simultaneamente, escritas como conexão.esquema.tabela. Cada origem executa apenas a parte que consegue e transmite o resultado de volta; a junção ocorre centralmente, portanto as origens nunca se conectam entre si e nada é copiado ou agendado. O modo somente leitura se aplica a cada parte — SELECT, WITH e EXPLAIN apenas — e há um limite para a quantidade de dados que uma origem pode fornecer para uma única consulta. Consultas federadas são um recurso do plano; a página de consultas federadas contém os limites atuais de origem e tamanho.

Conectar-se ao Railway é diferente de conectar-se ao PostgreSQL?

Apenas a string de conexão. O Railway utiliza o protocolo de comunicação do PostgreSQL, portanto, filtros, agendamento, compartilhamento, os complementos do Excel e do Google Sheets e o servidor MCP funcionam de maneira idêntica. O cartão Railway preenche automaticamente as configurações de host, porta e SSL que o provedor espera.

Existe algum guia da Railway to Excel?

Sim, é o guia do PostgreSQL e está correto para o Railway, conforme descrito. O Railway utiliza o protocolo de comunicação do PostgreSQL, portanto, a comunicação entre Railway e Excel, Railway e Planilhas Google e qualquer outro destino segue os mesmos passos. A única parte específica do Railway é a string de conexão, e o cartão do Railway a preenche automaticamente.

Coloque a ferrovia onde o trabalho acontece.

Instale o agente, aponte-o para seu banco de dados e escolha um destino.

Somente leitura Apenas envio As credenciais permanecem com o agente.