La tabella DynamoDB ExamScores utilizza student_id come chiave di partizione e subject_name come chiave di ordinamento, con top_score come attributo. L'app deve restituire rapidamente lo student_id del miglior punteggio per ogni materia. Quale modifica velocizzerà queste query?

La risposta corretta è creare un indice secondario globale (GSI) con subjectname come chiave di partizione e topscore come chiave di ordinamento. Questo permette di interrogare rapidamente i punteggi per materia (subjectname) e di ordinare i risultati per topscore per trovare il punteggio più alto. Un GSI è necessario perché la chiave di partizione della query (subjectname) non è la stessa della tabella base (studentid). Un indice secondario locale (LSI) non sarebbe adatto perché la chiave di partizione di un LSI deve essere la stessa della tabella base. Le opzioni che usano studentid come chiave di ordinamento nell'indice non permetterebbero un ordinamento efficiente per topscore.