View a markdown version of this page

Version 1.4.5.0 du moteur Amazon Neptune (09/04/2025) - Amazon Neptune

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Version 1.4.5.0 du moteur Amazon Neptune (09/04/2025)

En date du 09/04/2025, la version 1.4.5.0 du moteur est généralement déployée. Notez que plusieurs jours sont nécessaires pour qu'une nouvelle version soit disponible dans chaque région.

Avertissement

Nous avons temporairement suspendu les mises à niveau vers la version 1.4.5.0 en raison de problèmes pouvant survenir dans certaines configurations sans serveur. Nous vous recommandons de passer à la version 1.4.5.1 du moteur. Les mises à niveau vers la version 1.4.5.0 ont été temporairement désactivées.

Nouvelles fonctionnalités de cette version du moteur

  • Ajout de nouvelles étapes de langue Gremlin dans le moteur DFE.

    • Chemin et étapes de traversée : asDate (), DateAdd (), DateDiff (), fail (), Inject (), label (), path (), project (), repeat (), sack (), select (), unfold (), disjunct (), drop (), identity (), intersect (), length (), loops (), barrier (), order (), range (), reverse (), sample (), cap (), split (), filter (), flatMap (), map (), sideEffect (), union (), index ()

    • Étapes d'agrégation et de collecte : agrégation (globale), combinaison (), comptage (), déduplication (globale), fold (), groupe (), groupCount ()

    • Étapes mathématiques : max (), moyenne (), min (), somme ()

    • Étapes des éléments : otherV (), elementMap (), element (), V (), out (), in (), both (), oute (), inE (), botHE (), outV (), outV (), inV (), bothV (), otherV (), otherV ()

    • Étapes relatives aux propriétés : propriétés (), clé (), valueMap (), value ()

    • Étapes du filtre : et (), coalesce (), coin (), is (), local (), none (), not () ou (), where ()

    • Étapes de manipulation des chaînes : concat (), lTrim (), rTrim (), substring (), toLower (), toUpper (), trim ()

    • Prédicats :
      • Comparez : eq, neq, lt, lte, gt, gte

      • Contient : à l'intérieur et à l'extérieur

      • Texte P : se terminant par, contenant, ne, neStartingWith, ne contenant pas EndingWith

      • P : et, ou, entre, extérieur, intérieur

Pour plus de détails sur toutes les étapes Gremlin disponibles dans DFE, reportez-vous à. Couverture de Gremlin Step dans DFE

Améliorations apportées à cette version du moteur

Améliorations générales
  • Amélioration du temps d'attente du verrouillage lent du journal des requêtes. Les journaux de requêtes lentes incluent désormais des mesures de temps d'attente pour les verrous partagés et exclusifs. Ils sont stockés dans le cadre de chaque transaction en cas de promotion paresseuse de lecture-écriture. Ces mesures apparaissent dans la section StorageCounters des journaux de requêtes lents.

  • Suppression de la prise en charge des suites de chiffrement suivantes :

    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

    • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

    • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

    • TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

Améliorations de Gremlin
Améliorations d’openCypher
  • Améliorations des performances de CREATE, MERGE et SET (mutations).

  • Améliorations des performances de la sous-requête CALL.

  • Prise en charge de la prise en charge des en-têtes HTTP de fin pour les réponses OpenCypher en plusieurs parties. Pour plus d'informations, consultez la section En-têtes de fin HTTP facultatifs.

  • Ajout de la fonction temporelle du jour, du mois et de l'année à OpenCypher. Pour plus d'informations, consultez la section Fonctions temporelles.

    RETURN day(datetime('2021-06-03T01:48:14Z')) { "results": [{ "day(datetime('2021-06-03T01:48:14Z'))": 3 }] }

Défauts corrigés dans cette version du moteur

Correctifs généraux
  • Correction d'un problème qui entraînait la Audit/SlowQueryLog suppression des fichiers journaux.

Correctifs apportés à Gremlin
  • Correction d'un problème en raison duquel les requêtes Gremlin s'exécutaient alors que la fonctionnalité Result Cache était désactivée. Une requête se terminant par iterate () renvoyait des résultats au lieu de renvoyer une réponse vide.

  • Correction d'un problème avec le cache des résultats de Gremlin causé par des requêtes simultanées avec la même clé. L'une des requêtes exécutées simultanément a renvoyé des résultats incorrects au lieu de renvoyer des résultats vides.

  • Correction d'un problème lié aux requêtes d'exportation Amazon S3 qui provoquait l'échec d'une requête lors du chargement en plusieurs parties d'Amazon S3 en raison de délais d'attente ou d'annulation, en augmentant le temps de nettoyage.

  • Correction d'un problème d'autorisation lié à l'exportation de Gremlin vers Amazon S3.

Correctifs apportés à SPARQL
  • Correction d'un problème dans la gestion des requêtes SPARQL qui déclaraient plusieurs IRI de base, ce qui provoquait l'utilisation de la seule déclaration initiale.

  • Correction d'un problème dans la gestion des REPLACE fonctions SPARQL utilisant des chaînes de modèles non valides qui provoquaient le renvoi d'une erreur.

  • Correction d'un problème lié à la gestion des REPLACE fonctions SPARQL à l'aide de l'indicateur case-insensitivity ("i") avec des données Unicode.

  • Correction d'un problème lors de l'analyse des requêtes SPARQL utilisant des séquences d'échappement non valides \u et des séquences d'échappement par \U point de code qui pouvaient entraîner l'absence de réponse.

  • Correction d'un problème dans la IRI fonction SPARQL qui ne résolvait pas toujours correctement les IRI relatifs par rapport à l'IRI de base actuel.

  • Correction d'un problème qui empêchait SPARQL INSERT DATA les DELETE DATA mises à jour utilisant des noms préfixés de résoudre correctement les IRI relatifs par rapport à l'IRI de base actuel.

Query-Language Versions prises en charge dans cette version

Avant de mettre à niveau un cluster de bases de données vers la version 1.4.5.0, assurez-vous que votre projet est compatible avec les versions en langage de requête suivantes :

  • Première version de Gremlin prise en charge : 3.7.1

  • Dernière version de Gremlin est prise en charge : 3.7.1

  • Version d'openCypher : Neptune-9.0.20190305-1.0

  • Version de SPARQL : 1.1

Chemins de mise à niveau vers la version 1.4.5.0 du moteur

Vous pouvez effectuer une mise à niveau vers cette version à partir de la version 1.2.0.0 ou supérieure du moteur.

Mise à niveau vers cette version

Si un cluster de bases de données exécute une version de moteur à partir de laquelle il existe un chemin de mise à niveau vers cette version, il peut être mis à niveau dès maintenant. Vous pouvez mettre à niveau n'importe quel cluster éligible à l'aide des opérations de cluster de bases de données sur la console ou à l'aide du kit SDK. La commande CLI suivante met immédiatement à niveau un cluster éligible :

Pour Linux, OS X ou Unix :

aws neptune modify-db-cluster \ --db-cluster-identifier (your-neptune-cluster) \ --engine-version 1.4.5.0 \ --allow-major-version-upgrade \ --apply-immediately

Pour Windows :

aws neptune modify-db-cluster ^ --db-cluster-identifier (your-neptune-cluster) ^ --engine-version 1.4.5.0 ^ --allow-major-version-upgrade ^ --apply-immediately

Au lieu d'--apply-immediately, vous pouvez spécifier --no-apply-immediately. Pour effectuer une mise à niveau de version majeure, le paramètre allow-major-version-upgrade est obligatoire. Assurez-vous également d'inclure la version du moteu. Dans le cas contraire, le moteur sera peut-être mis à niveau vers une autre version.

Si votre cluster utilise un groupe de paramètres de cluster personnalisé, veillez à inclure ce paramètre pour le spécifier :

--db-cluster-parameter-group-name (name of the custom DB cluster parameter group)

De même, si des instances du cluster utilisent un groupe de paramètres de base de données personnalisé, veillez à inclure ce paramètre pour le spécifier :

--db-instance-parameter-group-name (name of the custom instance parameter group)

Toujour effectuer des tests avant la mise à niveau

Lorsqu'une nouvelle version majeure ou mineure du moteur Neptune est publiée, testez toujours vos applications Neptune sur cette version avant de procéder à la mise à niveau. Même une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d'affecter le code.

Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s'il existe des modifications des versions de langage de requête ou d'autres changements majeurs.

Le meilleur moyen de tester une nouvelle version avant de mettre à niveau le cluster de bases de données de production est de cloner ce cluster pour qu'il exécute cette nouvelle version du moteur. Vous pouvez ainsi exécuter des requêtes sur le clone sans affecter le cluster de bases de données de production.

Toujours créer un instantané manuel avant de procéder à la mise à niveau

Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. Un instantané automatique n'offre qu'une protection à court terme, tandis qu'un instantané manuel reste disponible jusqu'à ce que vous le supprimiez explicitement.

Dans certains cas, Neptune crée un instantané manuel pour vous dans le cadre du processus de mise à niveau, mais il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.

Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par preupgrade, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.

Note

Si vous essayez de procéder à une mise à niveau alors qu'une action en attente est en cours, une erreur telle que la suivante peut survenir :

We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade.

Si vous rencontrez cette erreur, attendez que l'action en attente soit terminée ou déclenchez immédiatement une fenêtre de maintenance pour laisser la mise à niveau précédente se terminer.

Pour plus d'informations sur la mise à niveau de la version du moteur , consultez Maintenance du cluster de bases de données Amazon Neptune. Si vous avez des questions ou des préoccupations, l'équipe d' AWS assistance est disponible sur les forums de la communauté et via le support AWS Premium.