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.
Utiliser le AWS SDK pour exécuter des requêtes Gremlin
Avec le AWS SDK, vous pouvez exécuter des requêtes G705 sur votre graphe Neptune à l'aide du langage de programmation de votre choix. Le SDK de l'API de données Neptune (nom du serviceneptunedata) fournit l'ExecuteGremlinQueryaction permettant de soumettre des requêtes Gremlin.
Vous devez exécuter ces exemples depuis une instance Amazon EC2 dans le même cloud privé virtuel (VPC) que votre cluster de base de données Neptune, ou depuis un emplacement disposant d'une connectivité réseau avec le point de terminaison de votre cluster.
Vous trouverez ci-dessous des liens directs vers la documentation de référence neptunedata de l'API pour le service dans chaque langue du SDK :
Exemples du AWS SDK Gremlin
Les exemples suivants montrent comment configurer un neptunedata client, exécuter une requête Gremlin et imprimer les résultats. Remplacez YOUR_NEPTUNE_HOST et YOUR_NEPTUNE_PORT par le point de terminaison et le port de votre cluster de base de données Neptune.
Configuration du délai d'expiration et des nouvelles tentatives côté client
Le délai d'attente du client SDK contrôle le temps d'attente d'une réponse par le client. Il ne contrôle pas la durée d'exécution de la requête sur le serveur. Si le client expire avant la fin du serveur, la requête peut continuer à s'exécuter sur Neptune alors que le client n'a aucun moyen de récupérer les résultats.
Nous vous recommandons de définir le délai de lecture côté client sur 0 (aucun délai d'attente) ou sur une valeur supérieure d'au moins quelques secondes au paramètre neptune_query_timeout côté serveur sur votre cluster de base de données Neptune. Cela permet à Neptune de contrôler l'expiration du délai d'expiration des requêtes.
Nous recommandons également de fixer le nombre maximum de tentatives à 1 (aucune tentative). Si le SDK réessaie une requête toujours en cours d'exécution sur le serveur, cela peut entraîner des opérations dupliquées. Cela est particulièrement important pour les requêtes de mutation, où une nouvelle tentative peut entraîner des écritures dupliquées involontaires.