Как запросить DynamoDB, используя другой ключ раздела

Существует множество способов определения моделей данных в DynamoDB. Правильная модель данных для вашего приложения требует от вас тонкого баланса между всеми шаблонами доступа. Я проиллюстрирую один из способов моделирования того, что вы описываете, но это не единственный способ. Я надеюсь, что это поможет вам не застрять!

Взгляните на следующую модель данных:

В этом примере я моделирую отношения «один ко многим» между продавцами и продуктами, устанавливая раздел продавца. Каждый продукт существует в разделе продавца.

Я решил смоделировать активных/неактивных продавцов, введя глобальный вторичный индекс для каждого активного продукта. Обратите внимание, что в приведенном выше примере у Джо Смита (SELLER#1) определены атрибуты GSIPK и GSISK, что означает, что продукты Joe Smiths активны и будут отображаться в GSI. GSI будет выглядеть так:

Если вы хотите искать продукты от активных продавцов, вы должны искать глобальный вторичный индекс. Обратите внимание, что у Джейн Смит (ПРОДАВЕЦ №2) нет товаров в GSI. Это связано с тем, что ни в одном из продуктов Jane Smiths не определены атрибуты GSIPK и GSISK. Поэтому, если вы хотите пометить продавца (или продукты продавца) как активного/неактивного, вам нужно просто добавить/удалить атрибуты GSIPK/GSISK по мере необходимости.

В этом примере пометка продавца как неактивного потребует обновления каждого из продуктов продавца (удаление GSIPK/GSISK). Вы бы сделали это с помощью пакетного вызова для обновления (или удаления) нескольких продуктов. Однако, если это создает узкое место в производительности, вам может понадобиться другой подход.

Вы можете рассмотреть возможность использования атрибута срока жизни (TTL) для неактивных продавцов/продуктов и позвольте DynamoDB удалить просроченные продукты из вашего поиска продуктов. Поскольку TTL не удаляет элементы сразу, вам все равно нужно фильтровать просроченные продукты при поиске.

Как видите, существует множество способов моделирования данных в DynamoDB. Правильный выбор для вашего варианта использования зависит от глубокого понимания ваших шаблонов доступа. Я надеюсь, что эти подходы дадут вам некоторое представление о возможностях.

Я не уверен в масштабе ваших данных. Но что, если вы сохраните список идентификаторов продуктов, проданных продавцом, в самой подробной записи продавца.

Нравиться:

seller-1, detail, TRUE, Jimmy, <product-1>  
seller-2, detail, FALSE, Ray, <product-1, product-2>

Таким образом, вы можете иметь GSI в активной колонке, в 1 запросе вы можете получить всех активных продавцов и их продукты. Конечно, вам нужно получить подробную информацию об этих продуктах, используя другие запросы, но это также имеет место в настоящее время.

Кроме того, в этой модели всякий раз, когда вы обновляете продукт с продавцом, вам нужно делать это с помощью транзакции, обновляя запись продавца и продукта вместе.