Eine DynamoDB-Tabelle für Produktbestellungen verwendet orderId nur als Partition Key (keinen Sort Key). Die Anwendung muss Abfragen nach customerId unterstützen. Welche Option ermöglicht das Abfragen der Tabelle nach customerId?

Die korrekte Option ist die Erstellung eines Global Secondary Index (GSI) mit customerId als Partition Key. Ein GSI ermöglicht es, Abfragen auf Attributen durchzuführen, die nicht Teil des Primärschlüssels der Basistabelle sind, und bietet eine alternative Abfrageansicht. Da die Anwendung Abfragen nach customerId unterstützen muss, ist ein GSI die geeignete Lösung, um diese Abfragen effizient zu ermöglichen. Das Ändern des Primärschlüssels der Tabelle ist nicht direkt möglich, ohne die Tabelle neu zu erstellen und Daten zu migrieren, was komplex und störend wäre. Ein Local Secondary Index (LSI) muss denselben Partition Key wie die Basistabelle verwenden, was hier orderId wäre. Ein LSI mit customerId als Partition Key ist daher nicht möglich. Ein LSI, der orderId als Partition Key beibehält und customerId als Sort Key hinzufügt, würde immer noch eine Abfrage nach orderId erfordern, um customerId zu filtern, was nicht der Anforderung entspricht, direkt nach customerId abzufragen.