Logotipo de Timescale Cloud

PostgreSQL de series temporales habla PostgreSQL

Conectar Nube de escala temporal a Excel, Google Sheets, IA y REST

Timescale, ahora Tiger Cloud. Postgres en la red con TimescaleDB realizando el procesamiento de series temporales en el servidor.

Una conexión, cada superficie

Dónde pueden ir sus datos de escala de tiempo

Query Streams lee datos de Timescale Cloud desde Microsoft Excel, Google Sheets, Power BI y asistentes de IA a través de MCP y un punto final REST mediante una única conexión de solo lectura. TimescaleDB es una extensión de PostgreSQL, no una base de datos independiente, por lo que las hipertablas y las agregaciones continuas se consultan con SQL estándar, y la compresión y el procesamiento de fragmentos se realizan en el servidor. Hay dos aspectos específicos de este servicio que conviene tener en cuenta desde el principio: los puertos se asignan por servicio, en lugar de ser estándar, y la elección de si se pertenece al grupo de conexiones se realiza al crear la conexión.

Timescale Cloud 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 Timescale es la cadena de conexión, cubierta en detalles de conexión.

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

    Obtenga los resultados de Timescale 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. Cronograma en Google Sheets Complemento de hojas

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

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

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

    Cómo funciona Nova
  5. Escala de tiempo para el visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador

    Comparta un resultado de Timescale 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 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 escala de tiempo punto final HTTP

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

    Guía de PostgreSQL
  8. Plazo para 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 la escala de tiempo 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. Plazo para Airtable Plataforma de automatización

    Sincroniza las filas de Timescale 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. Plazo para llegar a Baserow Plataforma de automatización

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

    Guía de PostgreSQL
  11. Plazo para la puesta en marcha del mercado Plataforma de automatización

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

    Guía de PostgreSQL
  12. Plazo para Smartsheet Plataforma de automatización

    Introduzca los resultados de Timescale 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. Plazo para Anvil Anvil Works · Plataforma de aplicaciones

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

    Otorgue a un asistente de IA acceso de solo lectura a Timescale 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 de escala temporal Slack · Discord · Correo electrónico · Webhook

    Programe una consulta de Timescale 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 un equipo con acceso a internet. Abre una conexión saliente y nunca escucha, por lo que no se necesita ninguna regla de firewall para las conexiones entrantes.

02

Abra el servicio en la consola de Tiger Cloud y busque la información de conexión. Decida primero si desea acceder al servicio directamente o a través del grupo de conexiones, ya que esta decisión debe tomarse al inicio.

03

Configure el selector de Modo de conexión según corresponda y, a continuación, pegue la URL del servicio. El host, el puerto, la base de datos, el nombre de usuario y la contraseña se leen automáticamente, pero el modo lo configura usted; no se ajusta automáticamente al pegar la URL.

04

Verifique que el puerto se haya configurado correctamente, tal como lo muestra la consola. Timescale asigna puertos por servicio (generalmente alrededor del 30133 para el servicio y el 29303 para el pooler), por lo que este campo nunca debería mostrar el valor 5432.

05

Deja la opción Usar SSL activada, prueba y guarda. Léelo desde Microsoft Excel, Google Sheets, Power BI, MCP o REST a través de esa única conexión.

Análisis en profundidad de la función

Lo que Timescale te ofrece

Configure el modo de conexión antes de guardar, no después.

Esta es la única instrucción de la página que importa más de lo que parece, y la razón merece un párrafo aparte.

  • Timescale ejecuta sus dos modos de grupo en el mismo puerto del pooler y selecciona entre ellos según el grupo al que te conectes. — el nombre de la base de datos, no la dirección. Por lo tanto, a diferencia de un servicio que le da al grupo su propio puerto, no hay nada en la cadena de conexión de donde la tarjeta pueda leer el modo.
  • Esto significa que el selector de modo de conexión es una elección genuina, no una confirmación. Pegar la URL de un pool no lo cambia, porque la URL no contiene la respuesta.
  • El selector es lo que le indica al agente que se adapte: en el pool desactiva las sentencias preparadas automáticas y omite el reinicio de la sesión, acciones que son incorrectas si se realizan a través de un gestor de pools de transacciones.
  • Configúralo al crear la conexión. En este punto del proceso, la decisión está a la vista, y es mucho más sencillo que revisarla posteriormente.
  • Si no está utilizando el grupo de servidores, déjelo en modo directo y obtenga el puerto de servicio desde la consola. No cambia nada más.

TimescaleDB realiza el trabajo de series temporales, y lo hace en el servidor.

Una pregunta razonable sobre cualquier base de datos de series temporales es cuánto de ella se conserva al convertirla en una hoja de cálculo. En este caso, la respuesta es que se conserva todo, porque nada se procesa en esta etapa.

  • La conexión se realiza mediante PostgreSQL. El agente lleva el controlador Npgsql y no contiene ningún código específico de TimescaleDB.
  • Por lo tanto, TimescaleDB planifica y ejecuta una consulta a una hipertabla o a una agregación continua. La exclusión de fragmentos, la compresión y el mecanismo de agregación se ejecutan en su servicio, y lo que se devuelve son filas.
  • Esa es la propiedad útil, no una limitación: time_bucket, la agregación y las funciones de ventana se evalúan en el servidor, por lo que Microsoft Excel y Google Sheets reciben un resultado final en lugar de lecturas sin procesar para resumir localmente.
  • Se requiere TLS y el agente lo aplica para los nombres de host de Timescale, por lo que desmarcar la casilla SSL no produce una conexión sin cifrar. La cadena de certificados no está verificada. — considérelo como una protección contra cualquiera que lea el tráfico, no como una prueba de qué servidor respondió.
  • Todo lo que ejecuta el agente es de solo lectura. Tus credenciales permanecen en la máquina donde lo instalaste y Query Streams no guarda ninguna copia de los datos.
-- time_bucket se ejecuta en el servidor; Excel recibe la serie terminada 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: lo mismo.

La nomenclatura cambió en 2025, pero la mayoría de la gente sigue buscando los nombres antiguos, así que conviene aclarar cuál es cuál.

  • TimescaleDB es la extensión de PostgreSQL y aún conserva ese nombre. Es lo que se ejecuta en el servidor.
  • Tiger Cloud es el servicio alojado, anteriormente llamado Timescale Cloud. TigerData es la empresa, anteriormente Timescale Inc.
  • La tarjeta sigue llamándose Timescale porque ese es el nombre de la extensión y el que la gente busca. La conexión no cambió con el cambio de marca.
  • Los nombres de host siguen terminando en .tsdb.cloud.timescale.com, que es lo que reconoce el agente.

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 Timescale al resto de tus datos.

Una sola instrucción puede abarcar Timescale 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

Nube de escala temporal PostgreSQL de series temporales
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     métricas de escala de tiempo.lecturas_del_sensor_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

¿Qué plazos necesita?

Anfitrión
<servicio>.<proyecto>.tsdb.cloud.timescale.com
Puerto
Asignado por servicio: generalmente alrededor de 30133 directo y 29303 para el intermediario. No es 5432, y no está precargado.
Conductor
Npgsql, incluido por el agente; no hay nada que instalar en el extremo de Timescale.
Formato de pegado
La URL del servicio de la información de conexión, como una URI postgresql://
Modo de conexión
Se elige en la tarjeta cuando crea la conexión. Ambos modos de grupo comparten el puerto del pooler, por lo que no se puede leer desde la dirección.
TLS
Obligatorio y de cumplimiento obligatorio para los nombres de host de Timescale. Cifrado; la cadena de certificados no está verificada.
Agrupación
En el grupo, el agente desactiva las sentencias preparadas automáticas y omite el reinicio de sesión.
Valores predeterminados
La base de datos tsdb y el usuario tsdbadmin están precargados, coincidiendo con lo que crea Timescale.
Guardado como
PostgreSQL, con Timescale conservado como distintivo
Esquema predeterminado
público, que es lo que conlleva una referencia federada

La instrucción del modo de agrupación es lo único de esta página que merece la pena leer dos veces, y la razón es estructural, no meramente técnica. Los servicios que colocan su gestor de agrupación en un puerto distinto le dan a la tarjeta una información que puede leer de cualquier cadena de conexión que se pegue. Timescale coloca ambos modos de agrupación detrás de un mismo puerto y los distingue por el nombre del grupo, por lo que la dirección es realmente ambigua y el selector debe contener la respuesta. Configúrelo de antemano y la conexión será correcta desde la primera consulta.

El hecho de que TimescaleDB sea una extensión y no un motor independiente es lo que hace que este conector resulte poco interesante, en el mejor de los casos. No requiere un cliente especial, un lenguaje de consulta propio ni una capa de traducción; se basa en PostgreSQL, por lo que los filtros, la programación, el uso compartido, Nova y MCP funcionan exactamente igual que con cualquier otra instancia de PostgreSQL. La capacidad de series temporales depende exclusivamente de su servidor.

Para una consulta entre fuentes, Timescale es un PostgreSQL estándar. Una conexión que usted denominó timescale_metrics se escribe como timescale_metrics.public.sensor_readings 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, que es la razón habitual para querer una base de datos de series temporales en la misma consulta que los datos comerciales que la explican.

Documentación del proveedor: www.tigerdata.com

Preguntas frecuentes

Preguntas sobre Timescale Cloud

¿Qué herramientas pueden leer datos de Timescale Cloud a través de Query Streams?

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

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

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

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: <servicio>.<proyecto>.tsdb.cloud.timescale.com. Puerto: Asignado por servicio; a menudo alrededor de 30133 directo y 29303 para el pooler. No 5432, y no prellenado. Controlador: Npgsql, llevado por el agente; no hay nada que instalar en el extremo de Timescale. Formato de pegado: La URL del servicio de la información de conexión, como una URI postgresql://.

¿Puedo conectar Timescale Cloud con otra base de datos en la misma consulta?

Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a Timescale Cloud 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.

¿La conexión a Timescale Cloud es diferente a la conexión a PostgreSQL?

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

¿Existe alguna guía para convertir escalas de tiempo a Excel?

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

Coloca la escala de tiempo 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.