Un'applicazione memorizza i dati in DynamoDB. Alcune query sono lente perché filtrano su un attributo che non è né la chiave di partizione della tabella né la chiave di ordinamento. Il dataset crescerà in modo significativo. Quale modifica migliorerà le prestazioni delle query per tale attributo?

Creare un indice secondario globale (GSI) è la soluzione migliore perché permette di interrogare attributi non chiave in modo efficiente. Rendendo l'attributo interrogato la chiave di partizione del GSI, DynamoDB può distribuire i dati in base a quell'attributo, migliorando significativamente le prestazioni delle query. Aumentare la dimensione della pagina di richiesta (Limit) non risolve il problema di fondo della lentezza delle query su attributi non indicizzati e può peggiorare le prestazioni se il throughput non è sufficiente. Una scansione parallela è utile per elaborare grandi quantità di dati, ma è intrinsecamente inefficiente per query mirate e consuma molte RCU. Abilitare l'auto scaling della capacità di lettura e aumentare le RCU massime può aiutare con il throughput, ma non ottimizza la modalità di accesso ai dati, lasciando le query su attributi non chiave lente.