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.
- 1 conexão de saída
- 0 portas de entrada
- Somente leitura · credenciais permanecem inalteradas
funciona em
- Para sua equipe, fornecedores e parceiros.
-
Excel suplemento · atualizar sob demanda
-
Planilhas Google complemento · atualizar sob demanda
-
Nova AI Pergunte em inglês simples · texto para SQL
-
Visualizador de dados Compartilhe resultados ao vivo · com a equipe, fornecedores e parceiros · em qualquer dispositivo
- Para aplicativos e sistemas
-
API REST Endpoint JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sincronizações agendadas Planilhas Google · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Para ferramentas de IA
-
Assistentes de IA Claude · Cursor · Servidor MCP
- Entregue às pessoas
-
Alertas e relatórios Slack · Discord · E-mail · Webhook
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.
- Para sua equipe, fornecedores e parceiros.
-
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 -
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 -
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 -
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 - Para aplicativos e sistemas
-
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 -
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 -
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 -
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 -
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 -
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 -
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 - Para ferramentas de IA
-
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 - Entregue às pessoas
-
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
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.
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.
Cole o código. Host, porta, banco de dados, nome de usuário e senha são lidos diretamente dele.
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.
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
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.

