Una funzione Lambda cerca elementi in una tabella DynamoDB che utilizza email_address come chiave di partizione e memorizza attributi come customer_type, name e job_title. La funzione si attiva quando gli utenti digitano in un campo di testo customer_type e dovrebbe restituire corrispondenze parziali per email_address per un dato customer_type. Lo sviluppatore non può ricreare la tabella. Cosa si dovrebbe fare per supportare la corrispondenza parziale di email_address per customer_type?

La risposta corretta è creare un indice secondario globale (GSI) con customertype come chiave di partizione e emailaddress come chiave di ordinamento. Questo permette di interrogare efficacemente gli elementi per un dato customertype e utilizzare la condizione beginswith su emailaddress per la corrispondenza parziale, poiché emailaddress è la chiave di ordinamento. Le altre opzioni sono errate perché: Un GSI con emailaddress come chiave di partizione non consentirebbe di filtrare per customertype e poi cercare emailaddress con beginswith. Un indice secondario locale (LSI) richiede che la chiave di partizione sia la stessa della tabella base (emailaddress), il che non supporta il requisito di filtrare per customertype. Un LSI con jobtitle come chiave di partizione non soddisfa i requisiti di ricerca per customertype e emailaddress.