Een applicatie gebruikt een DynamoDB-tabel met de attributen: partNumber (partition key), vendor (sort key), description, productFamily en productType. Sommige modules zoeken frequent naar lijsten met producten op basis van productFamily en productType. Welke wijziging zal de queryprestaties voor die toegangspatronen verbeteren?

Een Global Secondary Index (GSI) is de juiste keuze omdat het een alternatieve partitiesleutel en sorteersleutel kan hebben die verschillen van de basistabel. Dit maakt efficiënte queries mogelijk op attributen die niet deel uitmaken van de primaire sleutel van de basistabel, zoals productFamily en productType. Een Local Secondary Index (LSI) is onjuist omdat deze dezelfde partitiesleutel moet gebruiken als de basistabel. De vraag vereist een index op productFamily en productType, die niet de partitiesleutel van de basistabel zijn. Het opnieuw aanmaken van de tabel met een LSI is ook onjuist om dezelfde reden als hierboven: een LSI kan niet een andere partitiesleutel hebben dan de basistabel. Het wijzigen van queries om Scan-operaties te gebruiken is inefficiënt. Scan-operaties lezen alle items in de tabel en filteren vervolgens, wat duur is in termen van doorvoer en latentie, vooral bij grote tabellen.