Funkcja Lambda przeszukuje elementy w tabeli DynamoDB, która używa atrybutu email_address jako klucza partycji i przechowuje atrybuty takie jak customer_type, name i job_title. Funkcja uruchamia się, gdy użytkownicy wpisują tekst w polu tekstowym customer_type i powinna zwracać częściowe dopasowania dla email_address dla danego customer_type. Deweloper nie może odtworzyć tabeli. Co należy zrobić, aby obsłużyć częściowe dopasowanie email_address według customer_type?

Poprawna odpowiedź to utworzenie globalnego indeksu pomocniczego (GSI) z customertype jako kluczem partycji i emailaddress jako kluczem sortowania. GSI pozwala na zapytania oparte na atrybutach innych niż klucz podstawowy tabeli, co jest wymagane w tym scenariuszu, ponieważ zapytanie dotyczy customertype i częściowego dopasowania emailaddress. Użycie beginswith na kluczu sortowania emailaddress w GSI efektywnie obsługuje częściowe dopasowania. Pozostałe opcje są nieprawidłowe, ponieważ: Utworzenie GSI z emailaddress jako kluczem partycji i customertype jako kluczem sortowania nie pozwoli na efektywne filtrowanie według customertype i częściowego dopasowania emailaddress jednocześnie w jednym zapytaniu. Lokalny indeks pomocniczy (LSI) wymaga, aby klucz partycji był taki sam jak klucz partycji tabeli podstawowej (emailaddress), co nie spełnia wymagań zapytania opartego na customertype. Utworzenie LSI z jobtitle jako kluczem partycji jest błędne, ponieważ LSI musi mieć ten sam klucz partycji co tabela podstawowa, a jobtitle nie jest kluczem partycji tabeli podstawowej.