Connecter Échelle de temps Cloud vers Excel, Google Sheets, l'IA et REST

Définissez le mode de connexion avant d'enregistrer, et non après.

Voici la seule instruction de cette page qui compte plus qu'il n'y paraît, et la raison mérite un paragraphe.

• Timescale exécute ses deux modes de pool sur le même port de pool et sélectionne l'un ou l'autre en fonction du pool auquel vous vous connectez. — le nom de la base de données, et non son adresse. Contrairement à un service qui attribue un port dédié au pool, la chaîne de connexion ne contient aucune information permettant à la carte de lire le mode.
• Cela signifie que le sélecteur de mode de connexion est un véritable choix et non une simple confirmation. Coller l'URL d'un pooler ne le modifie pas, car l'URL ne contient pas la réponse.
• Le sélecteur indique à l'agent comment s'adapter : sur le pool, il désactive les instructions préparées automatiques et ignore la réinitialisation de session, deux opérations qu'il est incorrect d'effectuer via un pool de transactions.
• Configurez-le dès la création de la connexion. C'est à ce moment précis que le choix s'offre à vous, et il est bien plus simple de le faire que d'y revenir plus tard.
• Si vous n'utilisez pas le pool, laissez-le en mode direct et sélectionnez le port de service depuis la console. Rien d'autre ne change.

TimescaleDB gère les séries temporelles, et il le fait sur le serveur.

Une question légitime concernant toute base de données de séries temporelles est de savoir quelle proportion de ces données est conservée lors de son intégration dans un tableur. Ici, la réponse est : la totalité, car aucune opération n'est effectuée à ce stade.

• La connexion utilise PostgreSQL sur le réseau. L'agent intègre le pilote Npgsql et ne contient aucun code spécifique à TimescaleDB.
• Ainsi, une requête sur une hypertable ou un agrégat continu est planifiée et exécutée par TimescaleDB lui-même. L'exclusion de segments, la compression et le mécanisme d'agrégation sont gérés par votre service, et le résultat est constitué de lignes.
• Il s'agit là d'une propriété utile plutôt que d'une limitation : les fonctions time_bucket, d'agrégation et de fenêtre sont toutes évaluées côté serveur, de sorte que Microsoft Excel et Google Sheets reçoivent un résultat final au lieu de données brutes à synthétiser localement.
• Le protocole TLS est requis et l'agent l'applique aux noms d'hôtes Timescale ; par conséquent, décocher la case SSL ne crée pas de connexion non chiffrée. La chaîne de certificats n'est pas vérifiée. — à considérer comme une protection contre toute personne lisant le trafic, et non comme une preuve de l'identité du serveur ayant répondu.
• Tout ce que l'agent exécute est en lecture seule. Vos identifiants restent sur la machine où vous l'avez installé et Query Streams ne conserve aucune copie des données.

-- time_bucket s'exécute sur le serveur ; Excel reçoit la série terminée SELECT time_bucket('1 heure', 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 — c'est la même chose

La dénomination a changé en 2025 et les anciens noms sont encore ceux que la plupart des gens recherchent, il est donc utile de préciser lesquels sont lesquels.

• TimescaleDB est l'extension de PostgreSQL et conserve ce nom. C'est elle qui s'exécute sur le serveur.
• Tiger Cloud est le service hébergé, anciennement appelé Timescale Cloud. TigerData est la société, anciennement Timescale Inc.
• La carte porte toujours la mention « Timescale » car c'est le nom figurant sur l'extension et celui que les utilisateurs recherchent. Le changement de marque n'a rien modifié au niveau de la connexion.
• Les noms d'hôtes se terminent toujours par .tsdb.cloud.timescale.com, ce que reconnaît l'agent.