Сколько записей следует поместить в раздел DynamoDb?
Сколько записей мне следует поместить в раздел DynamoDb?
Я разрабатываю таблицу, в которой будет храниться около тысячи записей на каждого пользователя, где PK — это идентификатор пользователя. Средний размер записи составляет около 500 байт. Как я могу узнать, что у меня «слишком много» записей?
Спасибо за это, это очень актуальный момент и полезная ссылка. Однако меня это не волнует, меня устраивает частота чтения/записи на раздел, мне было любопытно понять, есть ли у меня какая-либо причина беспокоиться об объеме данных на раздел. Похоже, нет.
Ответы 1
Записей никогда не может быть слишком много, не стесняйтесь хранить столько, сколько захотите.
Единственное предостережение: если вы используете локальный вторичный индекс (LSI), в этом случае данные, относящиеся к пользователю, не смогут превышать 10 ГБ. 99,99% людей не нуждаются в LSI, поэтому у вас тоже не должно возникнуть проблем.
Есть ли влияние на производительность при увеличении раздела? Если я помещу 10 записей в раздел и получу к ним доступ с помощью запроса, затем добавлю много данных в тот же раздел и выполню тот же запрос из 10 записей, окажет ли это какое-либо влияние на время ответа на запрос?
Нет, ваше условие ключа сортировки будет нацелено на одни и те же 10 элементов, и именно так DynamoDB поддерживает предсказуемую производительность в масштабе. 1 ГБ данных имеет ту же производительность, что и 1 ПБ данных.
Спасибо, Лирой. Хорошо знать. Я (продолжу) беспокоиться о частоте доступа к данным и ключах разделения/сортировки, чтобы лучше всего их поддерживать, и перестану думать о количестве строк, которые фактически будут сохранены :-)
Вы спрашиваете о регулировании DynamoDb из-за неверных ключей раздела только потому, что первый ответ не касался этого вопроса? Небольшое обсуждение [здесь]