Можно ли использовать один и тот же родительский ключ для всех пользователей в хранилище данных Google App Engine для транзакций?

Question

Я читаю о GAE и его хранилище данных. Я столкнулся с этим вопросом и статьей. Поэтому я задаюсь вопросом, могут ли мои пользователи идентифицироваться, например, по электронной почте, было бы разумно использовать один и тот же родитель для всех пользователей и электронную почту в качестве ключа с целью разрешения конфликтов, когда два разных пользователя пытаются использовать тот же адрес электронной почты, что и их идентификаторы? Теоретически, если число пользователей становится большим (например, 10M), может ли это вызвать какие-либо проблемы? С моей точки зрения, все должно быть просто прекрасно, но кладет те, которые заблокированы. Таким образом, если значительно преобладает puts (которые действительно происходят только в момент создания нового пользователя), я не вижу никаких проблем. Но ....

Key parent = KeyFactory.createKey("parent", "users"); 
Key user = KeyFactory.createKey(parent, "user", "user@domain.com"); 

When to use entity groups in GAE's Datastore https://developers.google.com/appengine/articles/scaling/contention

Answer 1

Я также столкнулся с уникальным вопросом по электронной почте, и вот что я сделал:

настроить «вид» под названием «Электронная почта» и использовать пользователь вводит электронную почту в виде строкового ключа. Это единственный способ сделать полевой масштаб и уникальным в хранилище данных. Тогда установка другого рода называется "Пользователь" и есть ключ, используя автоматически сгенерированных Id:

Email

ключ: электронная почта, UserKey: datastore.Key

Пользователь

ключ: auto_id, Пароль: string, Имя: строка

В этой настройке электронное письмо может использоваться как логин, а также пользователь может изменить свой адрес электронной почты (или иметь несколько писем) , В то время как электронная почта остается уникальной в масштабах всей системы.)

====================

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

=====================

Как общее правило, то, что весы (например, пользователь), должен быть корневым объектом, чтобы пользоваться преимуществами масштабирования хранилища данных.

Answer 2

Я думаю, что нашел ответ на мой вопрос. https://developers.google.com/appengine/articles/handling_datastore_errors в разделе «Причины ошибок»:

Первый тип таймаута возникает, когда вы пытаетесь написать в одну группу объектов слишком быстро. Записывается в одну группу объектов , сериализуется хранилищем данных App Engine, и, следовательно, существует ограничение на то, как быстро вы можете обновить одну группу сущностей. В общем случае работает от 1 до 5 обновлений в секунду; хорошим ориентиром является то, что вы должны учитывать перестройку, если вы ожидаете, что группа сущностей будет поддерживать более одного обновления в секунду в течение длительного периода времени. Напомним, что группа сущностей представляет собой набор объектов с одним и тем же предком - таким образом, сущность без детей является своей собственной группой сущностей, и это ограничение распространяется также на записи для отдельных объектов. Подробнее о том, как избежать конкуренции с хранилищем данных, см. В разделе «Предотвращение конкуренции хранилища данных». Ошибки таймаута, возникающие во время транзакции, будут повышаться как appengine.ext.db.TransactionFailedError вместо Timeout.