La base de données EdgeDB a été renommée en Gel. Sortie de Gel 6.0

Les développeurs de la base de données EdgeDB ont annoncé le changement de nom du projet en Gel. En même temps, une nouvelle version majeure a été lancée — Gel 6.0. La raison de ce changement de nom est de se débarrasser des connotations trompeuses provoquées par l'utilisation du mot « edge », qui amène beaucoup de gens à percevoir le projet comme une base de données pour le calcul en périphérie ou comme une base de données orientée graphe. Le changement de nom ne concerne que les éléments de marque. La structure, les objectifs et l'équipe du projet restent les mêmes. Les utilitaires et les bibliothèques dans cette nouvelle version ont été renommés, mais pour garantir la compatibilité ascendante, il a été conservé la possibilité d'utiliser les anciens noms via des liens symboliques et des wrappers.

Le projet évolue sous la forme d'une surcouche à PostgreSQL, mettant en œuvre un modèle de données relationnel-graphique et un langage de requêtes EdgeQL, optimisé pour le traitement de données hiérarchiques complexes. Le code est écrit en Python et Rust (analyseur et parties critiques pour la performance) et est distribué sous la licence Apache 2.0. Des bibliothèques cliente sont disponibles pour les langages Python, Go, Rust, .NET, Elixir et TypeScript/Javascript. Un outil en ligne de commande est fourni pour gérer la base de données et exécuter des requêtes de manière interactive (REPL).

Au lieu d'un modèle de données basé sur des tables, Gel utilise un système déclaratif basé sur des types d'objets. Au lieu de clés étrangères pour définir les relations entre les types, un système de liaison via des références est utilisé (un objet peut être utilisé comme propriété d'un autre objet).

type Person { required name: str; } type Movie { required title: str; multi actors: Person; }

Des fonctionnalités telles que la typage strict des propriétés, les restrictions sur les valeurs des propriétés, les propriétés calculées et les procédures stockées sont prises en charge. Parmi les particularités du schéma de stockage des objets de Gel, qui rappelle en quelque sorte ORM, on note la possibilité de mélanger les schémas, de lier des propriétés de différents objets et un support intégré de JSON. Des index peuvent être utilisés pour accélérer le traitement des requêtes.

Des outils intégrés pour la migration de schéma sont fournis — après avoir modifié le schéma spécifié dans un fichier esdl séparé, il suffit d'exécuter la commande « gel migration create » et la base de données analysera les différences dans le schéma et générera de manière interactive un script pour passer au nouveau schéma. L'historique des modifications du schéma est suivi automatiquement.

Pour former des requêtes, le langage de requêtes GraphQL et le langage propriétaire EdgeQL, qui est une adaptation de SQL pour des données hiérarchiques, sont pris en charge. Au lieu de listes, les résultats de la requête sont présentés sous une forme structurée, et au lieu de sous-requêtes et d'opérations JOIN, il est possible d'indiquer une requête EdgeQL comme expression à l'intérieur d'une autre requête. Les transactions et les boucles sont prises en charge.

sélectionnez Movie { titre, acteurs: { nom } } filtre .titre = «The Matrix» insérer Movie { titre := «The Matrix Resurrections», acteurs := ( sélectionner Personne filtre .nom dans { ‘Keanu Reeves’, ‘Carrie-Anne Moss’, ‘Laurence Fishburne’ } ) }

Les principales modifications dans Gel 6.0 :

• La possibilité d'utiliser des requêtes SQL traditionnelles lors de la connexion à une base de données via le protocole Gel ou en mode protocole PostgreSQL a été ajoutée. Il est prévu que la prise en charge de SQL simplifie la migration des projets existants vers Gel, qui peuvent maintenant être progressivement transférés de SQL tout en continuant à utiliser anciens clients SQL et ORM SQL. Les projets initialement utilisant EdgeQL pourront exploiter des fonctionnalités supplémentaires disponibles dans SQL mais pas encore mises en œuvre dans EdgeQL, telles que les fonctions de fenêtre, les requêtes récursives et les verrouillages explicites.
• Le support de la mise à jour sur place a été ajouté, ce qui ne nécessite pas la création et le re-téléversement d'un dump de la base de données lors du passage à une nouvelle version significative. Lors de la mise à jour d'EdgeDB 5.x à Gil 6.0, l'ancienne méthode doit être utilisée, mais lors du passage de Gil 6.x à 7.0, le re-téléversement du dump ne sera pas nécessaire.
• La conservation des statistiques de performance des requêtes, accessible via les objets sys::QueryStats, est assurée.
• Le support de l'extension PostgreSQL PostGIS pour le stockage de données spatiales utilisées dans les systèmes d'information géographique a été ajouté.
• Une bibliothèque std::net pour envoyer des requêtes réseau (HTTP supporté) en mode asynchrone a été ajoutée.
• En complément de ext::auth, le support de la configuration des fournisseurs OpenID Connect a été ajouté.
• Dans le complément ext::ai, la liste des modèles de langage de grande taille pris en charge par OpenAI, Anthropic et Mistral a été mise à jour.
• La possibilité de connecter des gestionnaires supplémentaires pour les commandes dans l'utilitaire gel a été fournie.
• La sémantique d'EdgeQL pour trouver des chemins entre les nœuds du graphe a été simplifiée.
• Dans gel.toml, une configuration «[[watch]]» a été ajoutée pour permettre l'exécution de scripts lors de la modification des fichiers spécifiés.
• Le support de Gel a été mis en œuvre dans l'ORM Drizzle.

Source : opennet.ru