Logotipo da Timescale Cloud

Postgres de séries temporais fala PostgreSQL

Conectar Nuvem de escala de tempo para Excel, Planilhas Google, IA e REST

Timescale, agora Tiger Cloud. Postgres na rede com o TimescaleDB realizando o processamento de séries temporais no servidor.

Comece gratuitamente 13 destinos

Uma conexão, todas as superfícies

Para onde seus dados de escala de tempo podem ir?

Nuvem de escala de tempo mesas ao vivo · somente leitura
Consultas federadas + qualquer outro conector · um SQL de todas as fontes · todos os planos
Agente de rede
  • 1 conexão de saída
  • 0 portas de entrada
  • Somente leitura · credenciais permanecem inalteradas

funciona em

O Query Streams lê dados do Timescale Cloud 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 TimescaleDB é uma extensão do PostgreSQL, e não um banco de dados diferente; portanto, as hypertables e os agregados contínuos são consultados com SQL comum, e a compressão e o processamento de chunks ocorrem no servidor. Há dois aspectos específicos deste serviço que vale a pena entender logo de início: as portas são atribuídas por serviço, em vez de serem padrão, e a participação no pool de conexões é uma escolha feita no momento da criação da conexão.

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

  1. Para sua equipe, fornecedores e parceiros.

  2. Cronograma para Excel Microsoft Excel · Suplemento do Excel

    Extraia resultados do Timescale em tempo real diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.

    Guia do PostgreSQL

  3. Cronograma para Planilhas Google Suplemento de planilhas

    Execute uma consulta de escala de tempo salva na barra lateral e arraste as linhas para a planilha. Os colaboradores que compartilharam a planilha podem atualizá-la por conta própria.

    Guia do PostgreSQL

  4. Pergunte à Nova sobre a escala de tempo. Nova AI · texto para SQL

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

    Como funciona o Nova

  5. Escala de tempo para visualizador de dados Compartilhamento de resultados · equipe, fornecedores, parceiros · celular, tablet, computador

    Compartilhe os resultados do Timescale em tempo real com qualquer pessoa — um colega, um fornecedor, um parceiro — como uma grade 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 de escala de tempo endpoint HTTP

    Publique uma consulta Timescale 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. Cronograma para o 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 do Timescale em tempo real via HTTPS — sem necessidade de driver ODBC ou porta de banco de dados aberta.

    Como funciona o Power BI

  9. Cronograma para Airtable Plataforma de automação

    Sincronize linhas do Timescale em 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. Escala de tempo para a linha base Plataforma de automação

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

    Guia do PostgreSQL

  11. Cronograma para SeaTable Plataforma de automação

    Mantenha uma base SeaTable atualizada com dados do Timescale sem exportar um arquivo ou expor o banco de dados.

    Guia do PostgreSQL

  12. Cronograma para Smartsheet Plataforma de automação

    Integre os resultados do Timescale a uma grade do Smartsheet para que os planos e relatórios sejam lidos do sistema de origem, e não da exportação da semana passada.

    Guia do PostgreSQL

  13. Cronograma para a Bigorna Anvil Works · Plataforma de aplicativos

    Faça backup de um aplicativo Anvil Python com Timescale 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 Timescale MCP Clientes Claude, Cursor e MCP

    Conceda ao assistente de IA acesso somente leitura ao Timescale 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 de escala de tempo Slack · Discord · E-mail · Webhook

    Programe uma consulta Timescale para que as linhas sejam entregues 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 a linha definida.

    Como funcionam os alertas e relatórios

Como funciona

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

01

Instale o Agente de Rede em uma máquina que tenha acesso à internet. Ele abre uma conexão de saída e nunca fica em modo de escuta, portanto, não é necessária nenhuma regra de firewall de entrada.

02

Abra o serviço no console do Tiger Cloud e encontre as informações de conexão. Decida primeiro se deseja acessar o serviço diretamente ou por meio do pool de conexões, pois essa escolha deve ser feita no início.

03

Configure o seletor de Modo de Conexão para corresponder e, em seguida, cole o URL do serviço. O host, a porta, o banco de dados, o nome de usuário e a senha são lidos automaticamente — mas o modo é definido por você, não é algo que a colagem determina automaticamente.

04

Verifique se a porta foi estabelecida conforme indicado no console. O Timescale atribui portas por serviço — geralmente em torno de 30133 para o serviço e 29303 para o pooler — portanto, este campo nunca deve exibir 5432.

05

Deixe a opção "Usar SSL" ativada, teste e salve. Leia os dados do Microsoft Excel, Google Sheets, Power BI, MCP ou REST através dessa única conexão.

Análise detalhada do recurso

O que o Timescale lhe oferece

Configure o modo de conexão antes de salvar, não depois.

Esta é a única instrução na página que importa mais do que parece, e o motivo merece um parágrafo.

  • O Timescale executa ambos os modos de pool na mesma porta de pool e seleciona entre eles com base no pool ao qual você se conecta. — o nome do banco de dados, não o endereço. Portanto, diferentemente de um serviço que atribui uma porta exclusiva ao pool, não há nada na string de conexão para a placa ler o modo.
  • Isso significa que o seletor de Modo de Conexão é uma escolha genuína, e não uma confirmação. Colar a URL de um pooler não a altera, porque a URL não contém a resposta.
  • O seletor é o que instrui o agente a se adaptar: no pool, ele desativa as instruções preparadas automáticas e ignora a reinicialização da sessão, ambas ações incorretas a serem feitas por meio de um gerenciador de pool de transações.
  • Configure isso ao criar a conexão. Este é o ponto do fluxo em que a escolha está diante de você, e é muito mais fácil do que revisitar isso mais tarde.
  • Se você não estiver usando o pool, deixe-o em modo direto e obtenha a porta de serviço do console. Nada mais muda.

O TimescaleDB realiza o processamento de séries temporais e o faz no servidor.

Uma pergunta pertinente sobre qualquer banco de dados de séries temporais é: quanto dele sobrevive à conversão para uma planilha? Nesse caso, a resposta é: tudo, pois nada disso acontece aqui.

  • A conexão é feita via PostgreSQL na rede. O agente carrega o driver Npgsql e não contém nenhum código específico do TimescaleDB.
  • Assim, uma consulta a uma hipertabela ou a um agregado contínuo é planejada e executada pelo próprio TimescaleDB. A exclusão de blocos, a compressão e os mecanismos de agregação são executados no seu serviço, e o resultado são linhas.
  • Essa é a propriedade útil, e não uma limitação: o `time_bucket`, a agregação e as funções de janela são avaliadas no servidor, portanto, o Microsoft Excel e o Google Sheets recebem um resultado final em vez de leituras brutas para resumir localmente.
  • O TLS é obrigatório e o agente o impõe para nomes de host do Timescale; portanto, desmarcar a caixa de seleção SSL não gera uma conexão não criptografada. A cadeia de certificados não é verificada. — interprete isso como uma proteção contra qualquer pessoa que esteja lendo o tráfego, e não como uma prova de qual servidor respondeu.
  • Tudo o que o agente executa é somente leitura. Suas credenciais permanecem na máquina em que você o instalou e o Query Streams não mantém nenhuma cópia dos dados.
-- time_bucket é executado no servidor; o Excel recebe a série finalizada SELECT time_bucket('1 hora', reading_at) AS hour, device_id, AVG(temperature) AS avg_temp, MAX(temperature) AS peak_temp FROM public.sensor_readings WHERE reading_at >= now() - interval '7 days' GROUP BY hour, device_id ORDER BY hour DESC, device_id;

Timescale, Tiger Cloud, TigerData — a mesma coisa

A nomenclatura mudou em 2025 e os nomes antigos ainda são os mais procurados, então vale a pena esclarecer qual é qual.

  • TimescaleDB é a extensão do PostgreSQL e ainda mantém esse nome. É o que roda no servidor.
  • Tiger Cloud é o serviço hospedado, anteriormente chamado Timescale Cloud. TigerData é a empresa, anteriormente Timescale Inc.
  • O cartão ainda está identificado como Timescale porque esse é o nome na extensão e o nome que as pessoas procuram. Nada na conexão mudou com a reformulação da marca.
  • Os nomes de host ainda terminam em .tsdb.cloud.timescale.com, que é o que o agente reconhece.

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

Combine a escala de tempo com o restante dos seus dados.

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

3 conexões · 3 agentes

Nuvem de escala de tempo Postgres de séries temporais
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     métricas de escala de tempo.public.sensor_readings1 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

Qual é o cronograma necessário?

Hospedar
<service>.<project>.tsdb.cloud.timescale.com
Porto
Atribuído por serviço — geralmente em torno de 30133 direto e 29303 para o pooler. Não 5432, e não pré-preenchido.
Motorista
Npgsql, incluído no agente — nada a instalar no Timescale.
Colar formato
O URL do serviço das informações de conexão, como um URI postgresql://
Modo de conexão
Selecionado no cartão ao criar a conexão. Ambos os modos de pool compartilham a porta do pooler, portanto, não é possível ler o endereço.
TLS
Obrigatório e obrigatório para nomes de host do Timescale. Criptografado; a cadeia de certificados não é verificada.
Agrupamento
No pool, o agente desativa as instruções preparadas automáticas e ignora a reinicialização da sessão.
Padrões
O banco de dados tsdb e o usuário tsdbadmin são preenchidos previamente, correspondendo ao que o Timescale cria.
Salvo como
PostgreSQL, com o Timescale mantido como um indicador.
Esquema padrão
público, que é o que uma referência federada carrega.

A instrução sobre o modo de pool é o único item desta página que vale a pena ler duas vezes, e o motivo é estrutural, não meticuloso. Serviços que colocam seu pooler em uma porta distinta fornecem ao servidor uma informação que ele pode ler de qualquer string de conexão que você colar. O Timescale coloca ambos os modos de pool atrás de uma única porta e os distingue pelo nome do pool, portanto o endereço é realmente ambíguo e o seletor precisa conter a resposta. Configure-o antecipadamente e a conexão estará correta desde a primeira consulta.

O fato do TimescaleDB ser uma extensão, e não um mecanismo separado, é o que torna este conector desinteressante, no melhor sentido da palavra. Não há cliente especial, linguagem de consulta separada ou camada de tradução — é PostgreSQL, portanto, filtros, agendamento, compartilhamento, Nova e MCP se comportam exatamente como em qualquer outro Postgres. A capacidade de lidar com séries temporais é inteiramente uma propriedade do seu servidor.

Para uma consulta entre fontes diferentes, o Timescale é um Postgres comum. Uma conexão que você chamou de timescale_metrics é escrita como timescale_metrics.public.sensor_readings e se junta 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 — que é o motivo usual para se desejar um banco de dados de séries temporais na mesma consulta que os dados de negócios que a explicam.

Documentação do fornecedor: www.tigerdata.com

Perguntas frequentes

Perguntas sobre o Timescale Cloud

Quais ferramentas conseguem ler dados do Timescale Cloud 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 de firewall para meu banco de dados Timescale Cloud?

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 no Timescale Cloud através do recurso Query Streams?

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 Timescale Cloud?

Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Host: <serviço>.<projeto>.tsdb.cloud.timescale.com. Porta: Atribuída por serviço — geralmente em torno de 30133 para acesso direto e 29303 para o pool de conexões. Não use 5432 e não preencha automaticamente. Driver: Npgsql, carregado pelo agente — nada para instalar no Timescale. Formato de colagem: A URL do serviço das informações de conexão, como um URI postgresql://.

Posso unir o Timescale Cloud a outro banco de dados na mesma consulta?

Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar o Timescale Cloud 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 Timescale Cloud é diferente de conectar-se ao PostgreSQL?

Apenas a string de conexão. O Timescale Cloud 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 do Timescale preenche automaticamente as configurações de host, porta e SSL que o provedor espera.

Existe algum guia de conversão de escala de tempo para Excel?

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

Indique o cronograma onde o trabalho acontece.

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

Comece gratuitamente Todos os conectores

Somente leitura Apenas envio As credenciais permanecem com o agente.