Een applicatie slaat gegevens op in DynamoDB. Sommige queries zijn traag omdat ze filteren op een attribuut dat noch de partitiesleutel, noch de sorteersleutel van de tabel is. De dataset zal aanzienlijk groeien. Welke wijziging zal de queryprestaties voor dat attribuut verbeteren?

Een Global Secondary Index (GSI) is de juiste oplossing omdat deze u toestaat om te queryen op elk attribuut dat geen deel uitmaakt van de primaire sleutel van de tabel. Door het traag bevragen attribuut als partitiesleutel voor de GSI in te stellen, wordt het efficiënt doorzoekbaar, zelfs bij een groeiende dataset. Het verhogen van de paginagrootte of het opnieuw proberen van aanvragen lost de onderliggende inefficiëntie van de query niet op; het kan zelfs de kosten verhogen en de prestaties verder verslechteren. Een parallelle scan zou de volledige tabel nog steeds scannen, wat inefficiënt is voor gerichte queries en duurder wordt naarmate de dataset groeit. Het inschakelen van auto scaling voor read capacity units (RCU's) verhoogt de doorvoer, maar verbetert de efficiëntie van de query zelf niet. De query blijft inefficiënt, alleen sneller uitgevoerd op een grotere capaciteit.