Nouvelle version du SGBD ArangoDB 3.6

Publié lancement d'une base de données multi-usages ArangoDB 3.6, offrant des modèles flexibles de stockage de documents, de graphes et de données au format clé-valeur. L'interaction avec la base est réalisée via un langage de requête similaire à SQL AQL ou via des extensions spéciales en JavaScript. Les méthodes de stockage des données répondent aux exigences ACID (atomicité, cohérence, isolation, durabilité), supportent les transactions et assurent une évolutivité à la fois horizontale et verticale. La gestion de la base de données peut se faire via une interface web ou un client console ArangoSH. Le code d'ArangoDB est distribué est sous licence Apache 2. Le projet est écrit en C et JavaScript.

Caractéristiques clés d'ArangoDB :

• Possibilité de ne pas définir de schéma de stockage (Schema-free) — les données sont structurées sous forme de documents, où les métadonnées et les informations sur la structure sont séparées des données utilisateur;
• Support de l'utilisation d'ArangoDB en tant que serveur pour des applications web en JavaScript avec accès à la base de données via une REST/Web API;
• Utilisation de JavaScript pour les applications basées sur le navigateur accédant à la base de données et pour les gestionnaires exécutés sur le serveur de la base de données;
• Architecture multithread, distribuant la charge sur tous les cœurs du CPU;
• Modèle flexible de stockage des données, combinant des paires clé-valeur, des documents et des paramètres définissant les relations entre les enregistrements (des outils sont fournis pour parcourir les sommets du graphe);
• Différents modèles de représentation des données (documents, graphes et liaisons clé-valeur) peuvent être mélangés dans une seule requête, simplifiant l'agrégation de données hétérogènes;
• Support des requêtes avec jointures (JOIN);
• Possibilité de choisir le type d’index correspondant aux tâches à accomplir (par exemple, un index pour la recherche en texte intégral);
• Fiabilité configurable : l'application peut déterminer elle-même ce qui est plus important : une fiabilité accrue ou de meilleures performances;
• Stockage efficace, tirant pleinement parti des capacités matérielles modernes (par exemple, des SSD) et permettant d'utiliser de grands caches;
• Transactions : possibilité d'exécuter des requêtes simultanément pour plusieurs documents ou collections avec une cohérence et une isolation des transactions en option;
• Support de la réplication et du sharding : possibilité de créer des configurations maître-esclave et de répartir les ensembles de données sur différents serveurs en fonction d'un critère spécifique.
• Un framework JavaScript est fourni pour créer des microservices. Foxx, exécuté à l'intérieur du serveur de base de données avec un accès direct aux données.

Changements, proposé dans la version ArangoDB 3.6 :

• L'optimisation des performances des sous-requêtes, ainsi que des opérations UPDATE et REPLACE, a été effectuée ;
• La possibilité d'exécution parallèle des requêtes AQL a été mise en œuvre, ce qui permet de réduire le temps de collecte des données réparties sur différents nœuds du cluster ;
• La matérialisation différée des documents a été réalisée, ce qui permet dans certaines situations de ne pas extraire complètement les documents non pertinents ;
• Lors de la numérisation des documents, un rejet précoce des documents ne correspondant pas au filtre spécifié a été assuré ;
• Le moteur de recherche en texte intégral ArangoSearch a été amélioré, prenant en charge le classement en fonction de la similarité des données. Un support a été ajouté pour l'analyseur d'autocomplétion des requêtes, et les fonctions TOKENS() et PHRASE() pour la formation dynamique de requêtes de recherche ont été implémentées ;
• L'option maxRuntime a été ajoutée pour limiter sélectivement le temps d'exécution de la requête ;
• Une option « —query.optimizer-rules » a été ajoutée pour gérer l'activation de certaines optimisations lors du traitement des requêtes ;
• Les capacités d'organisation du travail dans le cluster ont été étendues. L'option « —cluster.upgrade » a été ajoutée pour choisir le mode de mise à niveau des nœuds dans le cluster ;
• La prise en charge de TLS 1.3 pour le chiffrement du canal de communication entre le client et le serveur a été ajoutée (par défaut, le client continue d'utiliser TLS 1.2).

Source : opennet.ru