Publication de la base de données TimescaleDB 1.7

Publié édition de SGBD TimescaleDB 1.7, conçu pour le stockage et le traitement des données sous forme de séries temporelles (coupes des valeurs des paramètres à des intervalles de temps donnés, l'enregistrement forme un temps et un ensemble de valeurs correspondantes à ce temps). Ce type de stockage est optimal pour des applications telles que les systèmes de surveillance, les plateformes de trading, et les systèmes de collecte de métriques et d'états des capteurs. Des outils sont fournis pour l'intégration avec le projet Grafana et Prometheus.

Le projet TimescaleDB est réalisé sous la forme d'une extension de PostgreSQL et est distribué sous licence Apache 2.0. Une partie du code avec des fonctionnalités avancées est fournie sous une licence propriétaire distincte Timescale qui n'autorise pas les modifications, interdit l'utilisation du code dans des produits tiers et ne permet pas l'utilisation gratuite dans des bases de données cloud (base de données en tant que service).

Parmi les changements dans TimescaleDB 1.7 :

• Ajout de la prise en charge de l'intégration avec le SGBD PostgreSQL 12. Le support de PostgreSQL 9.6.x et 10.x est déclaré obsolète (dans Timescale 2.0, seul le support de PostgreSQL 11+ sera conservé).
• Le comportement des requêtes avec des fonctions d'agrégation exécutées en continu a été modifié (agrégation des données reçues en temps réel). Ces requêtes combinent désormais des vues matérialisées avec des données récemment reçues qui ne sont pas encore matérialisées (auparavant, l'agrégation ne couvrait que les données déjà matérialisées). Ce nouveau comportement s'applique aux agrégations continues nouvellement créées, pour les vues existantes, il convient de définir le paramètre «timescaledb.materialized_only=false» via «ALTER VIEW».
• Dans la version Community, certains outils avancés de gestion du cycle de vie des données ont été transférés de l'édition commerciale, y compris les capacités de reprofilage des données et de gestion des politiques d'expulsion des données obsolètes (permettant de ne conserver que les données actuelles et d'éliminer, d'agréger ou d'archiver automatiquement les enregistrements obsolètes).

Rappelons que la base de données TimescaleDB permet d'appliquer des requêtes SQL complètes pour analyser les données accumulées, alliant la commodité de travail propre aux bases de données relationnelles à l'évolutivité et aux capacités des systèmes NoSQL spécialisés. La structure de stockage est optimisée pour garantir une grande vitesse d'ajout de données. L'ajout par lots de jeux de données, l'utilisation d'index en mémoire et le chargement de tranches historiques rétroactivement, ainsi que l'application de transactions sont pris en charge.

Une caractéristique clé de TimescaleDB est la prise en charge de la partitionnement automatique des ensembles de données. Le flux de données entrant est automatiquement réparti sur des tables partitionnées. Les sections sont créées en fonction du temps (chaque section contenant des données sur une période spécifique) ou en lien avec une clé arbitraire (par exemple, un identifiant d'appareil, une localisation, etc.). Pour optimiser les performances, les tables partitionnées peuvent être réparties sur différents disques.

Pour les requêtes, la base de données partitionnée apparaît comme une grande table unique, appelée hypertable. L'hypertable représente une vue virtuelle de nombreuses tables individuelles, où les données entrantes sont accumulées. L'hypertable est utilisée non seulement pour les requêtes et l'ajout de données, mais aussi pour des opérations telles que la création d'index et la modification de la structure («ALTER TABLE»), cachant à l'utilisateur la structure segmentée sous-jacente de la base de données. Toute fonction d'agrégat, sous-requêtes, opérations de jointure (JOIN) avec des tables ordinaires et fonctions de fenêtres peuvent être utilisées avec l'hypertable.

Source : opennet.ru