Почти наверняка вы хотите, чтобы ключ раздела был чем-то, что, как вы знаете, уникально, без ссылки на существующие данные, либо потому, что его уникальность предполагается в вашей бизнес-логике (например, серийный номер продукта или адрес электронной почтыпользователь) или потому, что он универсально уникален (чаще всего это GUID, отметка времени или какое-то одноразовое свойство).
Генерирование последовательных уникальных идентификаторов на самом деле довольно сложно сделать в масштабе, ибольшинство реализаций СУБД на самом деле не так жестки, как можно было бы ожидать в масштабе (они, как правило, не гарантируют, что числа не будут пропущены, например, только то, что они будут уникальными и монотонно растущими).Если вы считаете, что вам нужно использовать инкрементный идентификатор в своей таблице, очень тщательно продумайте, почему и можно ли этого избежать.
Если вам действительно действительно нужен увеличивающийся цифровой ключ раздела,вам нужно иметь сервис в вашем приложении, которое генерирует его для вас.Вы можете реализовать это как отдельную таблицу DynamodB, содержащую только одну строку, с одним полем «значение счетчика», которое вы увеличиваете, используя ADD update выражение .Масштабирование этой реализации было бы проблематичным.