Un'applicazione utilizza una tabella DynamoDB con gli attributi: partNumber (chiave di partizione), vendor (chiave di ordinamento), description, productFamily e productType. Alcuni moduli interrogano frequentemente elenchi di prodotti in base a productFamily e productType. Quale modifica migliorerà le prestazioni delle query per questi pattern di accesso?

La creazione di un indice secondario globale (GSI) con productFamily come chiave di partizione e productType come chiave di ordinamento è la soluzione migliore. I GSI sono adatti per query che non utilizzano la chiave primaria della tabella base, consentendo di interrogare i dati in base ad attributi diversi. Questo GSI permetterà query efficienti su productFamily e productType. Un indice secondario locale (LSI) non è appropriato perché la sua chiave di partizione deve essere la stessa della tabella base (partNumber), mentre qui è necessario interrogare su productFamily. Ricreare la tabella con un LSI non risolverebbe il problema per lo stesso motivo. Modificare le query per usare operazioni Scan è inefficiente perché Scan legge tutti gli elementi della tabella e poi filtra, risultando in prestazioni scarse su tabelle di grandi dimensioni.