Aplikacja korzysta z tabeli DynamoDB z atrybutami: partNumber (klucz partycji), vendor (klucz sortowania), description, productFamily i productType. Niektóre moduły często wysyłają zapytania o listy produktów według productFamily i productType. Która zmiana poprawi wydajność zapytań dla tych wzorców dostępu?

Prawidłowa odpowiedź to utworzenie Globalnego Indeksu Pomocniczego (GSI) z productFamily jako kluczem partycji i productType jako kluczem sortowania. GSI jest odpowiedni, ponieważ zapytania dotyczą atrybutów, które nie są częścią klucza podstawowego tabeli (partNumber i vendor). GSI pozwala na definiowanie nowych kluczy partycji i sortowania, co umożliwia efektywne wyszukiwanie po productFamily i productType. Lokalny Indeks Pomocniczy (LSI) wymaga, aby klucz partycji był taki sam jak klucz partycji tabeli podstawowej, co w tym przypadku jest niezgodne z wymaganiami zapytania. Ponowne tworzenie tabeli jest niepotrzebne i skomplikowane, a LSI nadal nie rozwiązałby problemu, ponieważ productFamily nie jest kluczem partycji tabeli podstawowej. Użycie operacji Scan jest nieefektywne, ponieważ skanuje całą tabelę, co jest kosztowne i wolne dla dużych zbiorów danych.