Огромное количество RU, чтобы написать документ 400 - 600 КБ на Azure космос дБ

Question

Это журнал моего azure cosmos db для последних операций записи:

Возможно ли, что операции записи документов с размером от 400КБ до 600КБ это стоит?

Вот мой документ (список координат):

В основном я думал на Сначала это была проблема hotPartition, но потом я понял (надеюсь), что это проблема с загрузкой документов размером от 400 до 600 КБ. Я хотел понять, было ли что-то не так в настройке базы данных, в политике индексирования или что-то другое, поскольку мне кажется аномальным, что около 3000 ru используются для загрузки json 400 КБ, когда в документации указано, что для загрузка файла одинакового размера на 100кб занимает около 50р. По сути, загружаемый документ - это автомобильный маршрут, и поэтому я не знаю, каким образом его можно смоделировать.

Это моя политика индексации:

Спасибо всем. Я потратил месяцы на решение этой проблемы, не имея решения ...

Answer 1

Трудно точно сказать, какой должна быть ожидаемая стоимость RU / s, чтобы проглотить предмет размером 400–600 КБ. Стоимость этой операции будет зависеть от размера элемента, вашей политики индексации и структуры самого элемента. Большая глубина иерархии более дорогая для индексации.

Вы можете получить точную оценку стоимости одной записи для элемента, используя Калькулятор емкости космоса . В калькуляторе нажмите «Вход», вырезайте / вставьте политику индексации, загрузите образец документа, уменьшите число операций записи в секунду до 1, затем нажмите «Рассчитать». Это должно позволить вам заплатить за вставку одного элемента.

Здесь нужно отметить одну вещь: если вы часто обновляете небольшое количество свойств, я бы порекомендовал вам разбить документы на две части. Один со свойствами stati c, а другой часто обновляется. Это может значительно снизить стоимость обновлений больших документов.

Надеюсь, что это полезно.