Eine Lambda-Funktion durchsucht Elemente in einer DynamoDB-Tabelle, die „email_address“ als Partition Key verwendet und Attribute wie „customer_type“, „name“ und „job_title“ speichert. Die Funktion wird ausgelöst, wenn Benutzer in ein Textfeld für „customer_type“ tippen, und soll Teiltreffer für „email_address“ für einen bestimmten „customer_type“ zurückgeben. Der Entwickler kann die Tabelle nicht neu erstellen. Was sollte getan werden, um die teilweise Übereinstimmung von „email_address“ pro „customer_type“ zu unterstützen?

Die korrekte Antwort ist, einen Global Secondary Index (GSI) mit customertype als Partition Key und emailaddress als Sort Key zu erstellen. Ein GSI ermöglicht es, Abfragen über Attribute durchzuführen, die nicht Teil des primären Schlüssels der Basistabelle sind. Indem customertype als Partition Key und emailaddress als Sort Key verwendet wird, kann effizient nach E-Mail-Adressen innerhalb eines bestimmten Kundentyps gesucht werden. Die beginswith-Bedingung ist ideal für Teiltreffer auf den Sort Key. Die anderen Optionen sind falsch, weil: Ein GSI mit emailaddress als Partition Key und customertype als Sort Key würde keine effiziente Abfrage nach customertype ermöglichen. Ein Local Secondary Index (LSI) muss denselben Partition Key wie die Basistabelle haben (emailaddress), was hier nicht der Fall ist. LSIs können auch nicht über den Partition Key der Basistabelle hinausgehen. Ein LSI mit jobtitle als Partition Key ist nicht möglich, da der LSI den Partition Key der Basistabelle (emailaddress) verwenden muss.