Mises à jour du moteur Amazon Neptune 15/10/2019

Ajout d'une fonction Gremlin Explain/Profile (voir Analyse de l'exécution des requêtes à l'aide de Gremlin explain).

Ajout de Prise en charge des sessions basées sur des scripts Gremlin pour activer l'exécution de plusieurs traversées Gremlin dans une seule transaction.

Ajout de la prise en charge de l'extension de requête fédérée SPARQL dans Neptune (voir Requête fédérée SPARQL 1.1 et SPARQLrequêtes fédérées dans Neptune à l'aide de l'extension SERVICE).

Ajout d'une fonctionnalité vous permettant d'injecter votre propre queryId dans une requête Gremlin ou SPARQL, via un paramètre d'URL HTTP ou via un indicateur de requête queryId SPARQL (voir Injecter un identifiant personnalisé dans un Neptune Gkremlin ou une requête SPARQL).

Ajout d'une fonctionnalité Mode Lab à Neptune qui vous permet de tester les fonctionnalités à venir qui ne sont pas encore prêtes à être utilisées en production.

Ajout d'une fonctionnalité Flux Neptune à venir qui consigne de manière fiable chaque modification apportée à votre base de données dans un flux conservé pendant une semaine. Cette fonction est disponible uniquement en mode Lab.

Mise à jour de la sémantique formalisée pour les transactions simultanées (voir Sémantique des transactions dans Neptune). Cette fonctionnalité offre des garanties de conformité aux normes du secteur en matière de simultanéité.

Cette sémantique des transactions personnalisée est activée par défaut. Dans certains scénarios, cette fonctionnalité peut modifier le comportement de chargement actuel et réduire les performances de chargement. Vous pouvez utiliser le paramètre neptune_lab_mode de cluster de bases de données pour revenir à la sémantique précédente en incluant ReadWriteConflictDetection=disabled dans la valeur du paramètre.

Amélioration de l'API Statut d’une instance en signalant quelles sont les versions de TinkerPop et de SPARQL qui sont utilisées par le moteur.

Amélioration des performances de l'opérateur de sous-graphe Gremlin.

Amélioration des performances de la sérialisation des réponses Gremlin.

Amélioration des performances à l'étape Gremlin Union.

Amélioration de la latence des requêtes SPARQL simples.

Correction d'un bogue Gremlin pour lequel le délai d'attente était renvoyé de manière incorrecte en tant qu'échec interne.

Correction d'un bogue SPARQL dans lequel le paramètre ORDER BY exécuté sur un ensemble partiel de variables provoquait une erreur de serveur interne.