Eine Orders DynamoDB-Tabelle verwendet OrderID als Partition Key (ohne Sort Key) und enthält über 100.000 Elemente. Sie müssen alle Bestellungen effizient abrufen, deren Attribut OrderSource gleich 'MobileApp' ist. Welches ist das effizienteste Design zur Verbesserung der Benutzererfahrung?

Die effizienteste Lösung ist die Erstellung eines Global Secondary Index (GSI) mit OrderSource als Partition Key. Dies ermöglicht es Ihnen, den GSI direkt nach allen Bestellungen mit OrderSource = 'MobileApp' abzufragen, was eine schnelle und kostengünstige Operation ist. Ein Scan der Tabelle ist ineffizient, da er alle 100.000 Elemente liest und dann filtert, was bei großen Tabellen teuer und langsam ist. Ein Local Secondary Index (LSI) kann OrderSource nicht als Partition Key verwenden, da der Partition Key eines LSI immer der gleiche sein muss wie der der Basistabelle (OrderID). Ein GSI, der OrderSource als Sort Key verwendet, würde immer noch einen Scan des GSI erfordern, um alle Elemente mit einem bestimmten OrderSource-Wert zu finden, es sei denn, er wird mit einem anderen Partition Key kombiniert, der für die Abfrage nützlich ist.