Verbinden Tijdschaalwolk naar Excel, Google Sheets, AI en REST

Stel de verbindingsmodus in vóórdat u opslaat, niet erna.

Dit is de instructie op de pagina die belangrijker is dan hij lijkt, en de reden daarvoor is een hele alinea waard.

• Timescale voert beide poolmodi uit op dezelfde poolerpoort en selecteert ertussen op basis van de pool waarmee u verbinding maakt. — de databasenaam, niet het adres. Dus in tegenstelling tot een service die de pool een eigen poort geeft, bevat de verbindingsreeks niets waaruit de kaart de modus kan aflezen.
• Dat betekent dat de selector voor de verbindingsmodus een echte keuze is en geen bevestiging. Het plakken van een pooler-URL heeft geen effect, omdat de URL het antwoord niet bevat.
• De selector geeft de agent de opdracht zich aan te passen: op de pool schakelt hij automatische prepared statements uit en slaat hij de sessiereset over, wat beide onjuist is om te doen via een transaction pooler.
• Stel dit in wanneer je de verbinding tot stand brengt. Dit is het punt in het proces waar de keuze voor je ligt, en het is veel gemakkelijker dan er later op terug te komen.
• Als u het pool niet gebruikt, laat het dan op 'direct' staan en neem de servicepoort van de console. Verder verandert er niets.

TimescaleDB voert de tijdreeksanalyse uit, en dat gebeurt op de server.

Een terechte vraag bij elke tijdreeksdatabase is hoeveel ervan overblijft na de omzetting naar een spreadsheet. Het antwoord is hier: alles, want aan deze kant gaat er niets van verloren.

• De verbinding verloopt via PostgreSQL. De agent bevat het Npgsql-stuurprogramma en helemaal geen TimescaleDB-specifieke code.
• Een query op een hypertable of een continue aggregate wordt dus door TimescaleDB zelf gepland en uitgevoerd. Chunk exclusion, compressie en de aggregate-mechanismen draaien op uw service en wat u terugkrijgt zijn rijen.
• Dat is juist een nuttige eigenschap in plaats van een beperking: time_bucket, de aggregatie- en de window-functies worden allemaal aan de serverzijde geëvalueerd, waardoor Microsoft Excel en Google Sheets een afgewerkt resultaat ontvangen in plaats van ruwe metingen die lokaal samengevat moeten worden.
• TLS is vereist en de agent dwingt dit af voor Timescale-hostnamen, dus het uitschakelen van het SSL-selectievakje leidt niet tot een onversleutelde verbinding. De certificaatketen wordt niet geverifieerd. — lees dit als bescherming tegen iedereen die het verkeer onderschept, niet als bewijs welke server heeft geantwoord.
• Alles wat de agent uitvoert, is alleen-lezen. Uw inloggegevens blijven op de machine waarop u de agent hebt geïnstalleerd en Query Streams bewaart geen kopie van de gegevens.

-- time_bucket wordt uitgevoerd op de server; Excel ontvangt de voltooide reeks SELECT time_bucket('1 uur', reading_at) AS uur, device_id, AVG(temperatuur) AS gemiddelde_temperatuur, MAX(temperatuur) AS piek_temperatuur FROM public.sensor_readings WHERE reading_at >= nu() - interval '7 dagen' GROUP BY uur, device_id ORDER BY uur DESC, device_id;

Timescale, Tiger Cloud, TigerData — hetzelfde.

De naamgeving is in 2025 gewijzigd en de oude namen worden nog steeds het meest gebruikt bij zoekopdrachten, dus het is de moeite waard om uit te leggen welke naam welke is.

• TimescaleDB is de PostgreSQL-extensie en draagt die naam nog steeds. Het is wat er op de server draait.
• Tiger Cloud is de gehoste dienst, voorheen bekend als Timescale Cloud. TigerData is het bedrijf, voorheen Timescale Inc.
• De kaart is nog steeds gelabeld als Timescale omdat dat de naam is die op de extensie staat en de naam waarnaar mensen zoeken. Er is niets aan de verbinding veranderd met de rebranding.
• Hostnamen eindigen nog steeds op .tsdb.cloud.timescale.com, wat de agent herkent.