Совет Microsoft по выбору ключа раздела поощряет выбор ключа, который приведет к сотням или тысячам разделов. Общая тема - «чем больше, тем лучше».
Мой вопрос: может ли CosmosDb пострадать от ключа раздела, который приводит к чрезмерному количеству сильно фрагментированных логических разделов?
Я рассматриваю возможность использования ключа раздела, который определяет идентификатор рабочей группы и группы, а также приравнивается к границе клиента-клиента. Этот ключ раздела очень хорошо отображается на запросы данных и шаблоны доступа к границам транзакций в моем приложении. Однако меня беспокоит, что при наличии всего 100 хранимых документов на каждого арендатора и примерно 50 КБ хранилища на каждого арендатора к тому времени, когда моя коллекция CosmosDb достигнет 10 ГБ, в коллекции будет 200 000 разделов.
Обратите внимание: я уже понимаю, что логический раздел не сопоставляется 1: 1 с физическим разделом CosmosDb, и в моем предлагаемом случае физический раздел, вероятно, будет содержать более 1000 логических разделов.
