Любые советы по загрузке нового типа объектов Cloud Datastore для быстрой записи?

Question

Согласно Google Cloud Datastore documentation, быстрое письмо в новый вид сущности - это плохая практика. В нем написано:

Облачный хранилище данных Доменное пространство имен и тип группы сущностей облаков добавляет к группе строк Bigtable. Вы можете попасть в точку доступа, если вы начнете писать в новое пространство имен или вид без постепенного увеличения трафика.

А как насчет того, Количество записей будет от 5 до 10 миллионов.

Например, предположим, что у меня есть пространство имен «ns1» и вид сущности «ek1». (Мысленно, это сущность «ns1.ek1» для меня.) Если у меня уже есть много других типов сущностей, заполненных в этом пространстве имен («ns1.ek2», «ns1.ek3», ..., «ns1.ekX»,), и у меня уже есть объекты такого рода в других пространствах имен («ns2.ek1», «ns3, ek1», ... «nsX.ek1»), я все равно столкнусь с проблемами производительности из-за обновлений «горячих точек», если я напишу быстро в "ns1.ek1"?

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

Answer 1

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

Например, если у вас есть ns1.ek1 и ns2.ek2, и поддерживать высокую скорость загрузки до ns1.ek1, это не повлияет на расщепление, чтобы справиться с новой нагрузкой на ns2.ek2.