Collegare Nuvola di scala temporale per Excel, Fogli Google, IA e REST

Imposta la modalità di connessione prima di salvare, non dopo

Questa è l'unica istruzione sulla pagina che conta più di quanto sembri, e il motivo merita un paragrafo.

• Timescale esegue entrambe le sue modalità pool sulla stessa porta pooler e seleziona tra di esse in base al pool a cui ti connetti — il nome del database, non l'indirizzo. Quindi, a differenza di un servizio che assegna al pool una porta dedicata, nella stringa di connessione non c'è nulla che la scheda possa leggere per indicare la modalità.
• Ciò significa che il selettore della modalità di connessione è una vera e propria scelta, non una semplice conferma. Incollare l'URL di un pool di connessioni non lo modifica, perché l'URL non contiene la risposta.
• Il selettore è ciò che indica all'agente di adattarsi: sul pool disattiva le istruzioni preparate automatiche e salta il reset della sessione, entrambe operazioni errate da eseguire tramite un pool di transazioni.
• Impostalo al momento della creazione della connessione. In questa fase del processo, la scelta è immediata e molto più semplice che doverla decidere in un secondo momento.
• Se non stai utilizzando il pool, lascialo su "direct" e prendi la porta di servizio dalla console. Non cambia nient'altro.

TimescaleDB si occupa dell'elaborazione delle serie temporali, e lo fa sul server.

Una domanda legittima riguardo a qualsiasi database di serie temporali è quanta parte di esso sopravviva al passaggio in un foglio di calcolo. In questo caso la risposta è: tutto, perché nulla avviene in questa fase.

• La connessione avviene tramite PostgreSQL. L'agente include il driver Npgsql e non contiene alcun codice specifico per TimescaleDB.
• Quindi una query su una tabella ipertestuale o su un aggregato continuo viene pianificata ed eseguita direttamente da TimescaleDB. L'esclusione dei chunk, la compressione e i meccanismi di aggregazione vengono eseguiti sul tuo servizio e ciò che viene restituito sono righe.
• Questa è una caratteristica utile, non una limitazione: time_bucket, le funzioni di aggregazione e finestra vengono tutte valutate lato server, quindi Microsoft Excel e Fogli Google ricevono un risultato finale anziché i dati grezzi da riassumere localmente.
• TLS è richiesto e l'agente lo impone per i nomi host di Timescale, quindi deselezionare la casella di controllo SSL non produce una connessione non crittografata. La catena di certificati non è verificata. — interpretatelo come una protezione contro chiunque intercetti il traffico, non come una prova di quale server abbia risposto.
• Tutto ciò che l'agente esegue è di sola lettura. Le tue credenziali rimangono sul computer su cui è stato installato e Query Streams non conserva alcuna copia dei dati.

-- time_bucket viene eseguito sul server; Excel riceve la serie completata SELECT time_bucket('1 ora', reading_at) AS hour, device_id, AVG(temperatura) AS avg_temp, MAX(temperatura) AS peak_temp FROM public.sensor_readings WHERE reading_at >= now() - interval '7 giorni' GROUP BY hour, device_id ORDER BY hour DESC, device_id;

Timescale, Tiger Cloud, TigerData: sono la stessa cosa.

La nomenclatura è cambiata nel 2025 e i vecchi nomi sono ancora quelli più ricercati, quindi vale la pena chiarire la differenza.

• TimescaleDB è l'estensione di PostgreSQL e conserva ancora questo nome. È il programma che viene eseguito sul server.
• Tiger Cloud è il servizio di hosting, precedentemente chiamato Timescale Cloud. TigerData è la società, precedentemente Timescale Inc.
• La scheda è ancora etichettata Timescale perché questo è il nome dell'interno e il nome che le persone cercano. Nulla è cambiato per quanto riguarda la connessione con il rebranding.
• I nomi host terminano ancora con .tsdb.cloud.timescale.com, che è il formato riconosciuto dall'agente.