La base de données orientée documents MongoDB 5.0 est disponible

La version 5.0 de la base de données orientée documents MongoDB a été présentée, se situant entre les systèmes rapides et évolutifs qui traitent des données au format clé/valeur, et les bases de données relationnelles, qui sont fonctionnelles et faciles à interroger. Le code de MongoDB est écrit en C++ et est distribué sous la licence SSPL, qui est basée sur la licence AGPLv3, mais n'est pas open source, car elle contient une exigence discriminatoire de fournir, sous la licence SSPL, non seulement le code de l'application elle-même, mais aussi le code source de tous les composants impliqués dans la fourniture du service cloud.

MongoDB prend en charge le stockage de documents au format similaire à JSON, dispose d'un langage suffisamment flexible pour formuler des requêtes, peut créer des index pour divers attributs stockés, permet un stockage efficace de gros objets binaires, prend en charge le journal des opérations de modification et d'ajout de données dans la base de données, peut fonctionner selon la paradigme Map/Reduce, et prend en charge la réplication et la construction de configurations tolérantes aux pannes.

MongoDB dispose d'outils intégrés pour assurer le partitionnement (distribution d'un ensemble de données sur des serveurs en fonction d'une clé définie), combinés avec la réplication, permettant de construire un cluster de stockage horizontalement évolutif, où il n'y a pas de point unique de défaillance (la panne de n'importe quel nœud n'affecte pas le fonctionnement de la base de données), avec une récupération automatique en cas de panne et un transfert de charge depuis le nœud défaillant. L'extension du cluster ou la transformation d'un de serveurs élément en cluster se fait sans arrêter le fonctionnement de la base de données, simplement en ajoutant de nouvelles machines.

Fonctionnalités de la nouvelle version :

• Des collections pour les données sous forme de séries temporelles ont été ajoutées, optimisées pour le stockage des valeurs de paramètres enregistrées à intervalles réguliers (le temps et l'ensemble des valeurs correspondantes à ce temps). La nécessité de stocker de telles données se présente dans les systèmes de monitoring, les plateformes financières et les systèmes de sondage des états des capteurs. Le traitement des données de séries temporelles s'effectue comme avec des collections de documents ordinaires, mais les index et la méthode de stockage sont optimisés pour la liaison au temps, permettant ainsi de réduire considérablement l'espace disque, de diminuer les latences lors des requêtes et d'assurer la possibilité d'analyse des données en temps réel.

  MongoDB considère ces collections comme des vues non matérialisées accessibles en écriture, créées à partir de collections internes et regroupant automatiquement les données de séries temporelles dans un format de stockage optimisé lors de l'insertion. Dans ce cas, chaque enregistrement lié au temps est traité comme un document distinct lors des requêtes. Les données sont automatiquement triées et indexées par rapport au temps (il n'est pas nécessaire de créer explicitement des index temporels).

• Le support des opérateurs fenêtrés (fonctions analytiques) a été ajouté, permettant d'effectuer des actions sur un ensemble de documents spécifique dans une collection. Contrairement aux fonctions d'agrégation, les fonctions fenêtrées ne condensent pas l'ensemble groupé, mais réalisent l'agrégation sur la base du contenu de la "fenêtre", incluant un ou plusieurs documents du jeu de résultats. Une nouvelle étape $setWindowFields a été proposée pour manipuler un sous-ensemble de documents, permettant par exemple de définir les différences entre deux documents dans une collection, de calculer une note de ventes et d'analyser des informations dans des séries temporelles complexes.
• Ajout de la prise en charge de la versioning API, permettant de lier l'application à un état API spécifique et d'exclure les risques associés à une éventuelle rupture de la compatibilité lors du passage à de nouvelles versions de SGBD. Le versioning API dissocie le cycle de vie de l'application du cycle de vie du SGBD, permettant aux développeurs de modifier l'application lorsque le besoin d'exploiter de nouvelles fonctionnalités se fait sentir, plutôt que lors du passage à une nouvelle version du SGBD.
• Ajout de la prise en charge du mécanisme de Live Resharding, permettant de modifier à la volée les clés de segmentation (shard key) sans arrêter le SGBD.
• Élargissement des capacités de chiffrement des champs côté client (Client-Side Field Level Encryption). Il est désormais possible de reconfigurer les filtres d’audit et de faire la rotation des certificats x509 sans interrompre le fonctionnement du SGBD. Ajout de la prise en charge de la configuration des ensembles de chiffrement pour TLS 1.3.
• Introduction d'une nouvelle interface en ligne de commande MongoDB Shell (mongosh), qui se développe comme un projet distinct, écrit en JavaScript en utilisant la plateforme Node.js et distribué sous la licence Apache 2.0. MongoDB Shell permet de se connecter au SGBD, de modifier les configurations et d'envoyer des requêtes. La saisie des méthodes, des commandes et des expressions MQL bénéficie d'une auto-complétion intelligente, d'une coloration syntaxique, d'une aide contextuelle, de l'analyse des messages d'erreur, ainsi que de la possibilité d'étendre les fonctionnalités grâce à des plugins. L'ancienne interface CLI « mongo » est déclarée obsolète et sera supprimée dans une future version.
• Ajout de nouveaux opérateurs : $count, $dateAdd, $dateDiff, $dateSubtract, $sampleRate et $rand.
• Assurer l'utilisation des index lors de l'utilisation des opérateurs $eq, $lt, $lte, $gt et $gte à l'intérieur de l'expression $expr.
• Dans les commandes aggregate, find, findAndModify, update, delete et dans les méthodes db.collection.aggregate(), db.collection.findAndModify(), db.collection.update() et db.collection.remove(), prise en charge de l'option « let » pour définir une liste de variables, rendant les commandes plus lisibles grâce à la séparation des variables du texte de la requête.
• Les opérations find, count, distinct, aggregate, mapReduce, listCollections et listIndexes ne sont plus bloquées si une opération est exécutée en parallèle, nécessitant un verrou exclusif sur la collection de documents.
• Dans le cadre de l'initiative d'élimination des termes inappropriés, la commande isMaster et la méthode db.isMaster() ont été renommées en hello et db.hello().
• Le schéma de numérotation des versions a été modifié et un passage à un calendrier de publication prévisible a été effectué. Une version majeure sera publiée une fois par an (5.0, 6.0, 7.0), des versions intermédiaires avec de nouvelles fonctionnalités seront publiées tous les trois mois (5.1, 5.2, 5.3), et des mises à jour correctives avec des corrections de bogues et de vulnérabilités seront publiées au besoin (5.1.1, 5.1.2, 5.1.3). Les versions intermédiaires contiendront des fonctionnalités pour la prochaine version majeure, c'est-à-dire que MongoDB 5.1, 5.2 et 5.3 introduiront de nouvelles fonctionnalités pour la version MongoDB 6.0.

Source : opennet.ru