Une fonction Lambda recherche des éléments dans une table DynamoDB qui utilise email_address comme clé de partition et stocke des attributs tels que customer_type, name et job_title. La fonction se déclenche lorsque les utilisateurs saisissent du texte dans un champ customer_type et doit renvoyer les correspondances partielles pour email_address pour un customer_type donné. Le développeur ne peut pas recréer la table. Que faut-il faire pour prendre en charge la correspondance partielle de email_address par customer_type ?

La bonne réponse est de créer un index secondaire global (GSI) avec customertype comme clé de partition et emailaddress comme clé de tri. Ensuite, interrogez le GSI en utilisant une condition beginswith sur emailaddress. Un GSI est nécessaire car la requête porte sur un attribut qui n'est pas la clé de partition de la table principale (customertype). En utilisant customertype comme clé de partition du GSI, vous pouvez filtrer efficacement les résultats par type de client. En définissant emailaddress comme clé de tri du GSI, vous pouvez utiliser l'opérateur beginswith pour effectuer une correspondance partielle sur l'adresse e-mail, ce qui est une fonctionnalité prise en charge pour les clés de tri dans DynamoDB. Les autres options sont incorrectes car : Créer un GSI avec emailaddress comme clé de partition ne permettrait pas de filtrer efficacement par customertype et rendrait l'utilisation de beginswith sur la clé de partition inefficace pour ce cas d'utilisation. Les index secondaires locaux (LSI) ne peuvent pas avoir une clé de partition différente de celle de la table principale. La table principale a emailaddress comme clé de partition, donc un LSI ne pourrait pas utiliser customertype comme clé de partition. Utiliser jobtitle comme clé de partition dans un LSI ne répondrait pas à l'exigence de filtrer par customertype.