Запрос в Dynamo DB без hashkey или сканирование

Question

Я ищу запрос на базе Dynamo DB без HashKey. Я пробовал использовать сканирование, но это дорого, поэтому мы искали другие альтернативы.

Answer 1

Начну с того, что запрос таблицы DynamoDB без знания хэш-ключа не может быть выполнен. И это имеет смысл.

Теперь, нужен ли хэш-ключ, который вы хотите использовать, - это первичный ключ таблицы или нет, зависит от вас.

Предположим, например, что у вас есть следующая таблица:

╔══════════════════════╦════════════════════════╦════════════════╗ 
║ course_id (Hash Key) ║  course_name  ║ teacher  ║ 
╠══════════════════════╬════════════════════════╬════════════════╣ 
║ 324234    ║ Node.js for Dummies ║ Ryan Dahl  ║ 
║ 213323    ║ How to train your cat ║ Jackson Galaxy ║ 
║ 324090    ║ Cat Logic    ║ Jackson Galaxy ║ 
║ 763298    ║ Diving into .NET  ║ Eric Lippert ║ 
╚══════════════════════╩════════════════════════╩════════════════╝ 

ключ первичный ключ и хэш стола является course_id, который прекрасно. Предоставление уникальных хэш-ключей позволяет разделить таблицу на несколько разделов.

Но, если мы хотим получить Все курсы, которые преподаёт Jackson Galaxy?

Мы не знаем course_id этих курсов, это то, что мы хотим получить. Таким образом, мы оказываемся без знания значений хэш-элементов элементов.

Здесь GSI Вступить в игру. Глобальные вторичные индексы позволяют определить другой хеш-ключ для вашей таблицы. Обратите внимание, что он не изменит основной хеш-ключ - course_id все равно будет хэш-ключ таблицы.

GSI предоставляет дополнительный хеш-ключ, позволяющий выполнять более сложные запросы.

Допустим, мы добавим GSI по имени teacher_index, и мы говорим, что teacher будет наш хэш-ключ, и course_id будет наш ключевой диапазон (Нам нужно указать ключ диапазона, потому что teacher отдельно в качестве хэш-ключа будет генерировать дубликат записей).

Теперь мы можем запросить наш teacher_index и передать в Jackson Galaxy как значение ключа хэша. Результатом будет 213323 - How to train your cat и 324090 - Cat Logic.

Answer 2

Я частично согласен с ответом, опубликованным Матиасом. Вы можете создать глобальный вторичный индекс в таблице (с хеш-ключом и опционный ключ диапазона).

Я не согласен с тем, что он говорит в своем ответе позже: «Нам нужно указать ключ диапазона, потому что только учитель как хэш-ключ будет генерировать повторяющиеся записи». Я не могу прокомментировать его ответ, потому что у меня недостаточно репутации. По какой-то причине я не могу отредактировать его ответ.

Из AWS docs:

Глобальные вторичные индексы не обеспечения уникальности

Следовательно, диапазон ключей для глобальных вторичных индексов (GSI в) являются необязательными и составной ключ для GSI не нужно однозначно идентифицировать любую запись.