Сохранение пользователей в хранилище данных с уникальными адресами электронной почты

Question

Итак, я работаю над проектом на Java, но на самом деле язык здесь не имеет значения.

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

Теперь это как концепция будет работать в Appengine, а также вы можете использовать транзакции. Однако, поскольку запись могла быть вставлена ​​только миллисекундами раньше, она может отсутствовать в хранилище данных из-за сильной/возможной согласованности.

Так что я думал о:

• с использованием глобального родителя для всех пользователей, таких, что я могу затем сделать запрос по предку в моей транзакции, тем самым вынуждая его быть последние данные запрошенные. Однако при этом возникают проблемы с лимитом 1 XG-обновления в секунду. (Это подход, к которому я решил не пойти)

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

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

Благодаря

Edit: Подумав о структуре, я рассматриваю что-то вроде этого. Мне нужно будет проверить это, когда я вернусь домой позже, и отметьте это как мой принятый ответ, если он сработает.

UserBean 
    @id Long id;   
    //All child elements will use UserBean as their parent 


Login 
    @id String id; //This will be the a hashed/base64 version of the email address 
    @Parent UserBean user; 
    String emailAddress 
    String hashedPassword; 


start transaction 

    Login login = ofy() 
     .load() 
     .type(Login.class) 
     .key(hashEmail(emailAddress)).now(); 
    if (login == null) { 
     fail transaction - email already in use 
    } 
    Insert UserBean and Login objects into datastore 

Answer 1

У меня есть рабочее решение, которое я с удовольствием поделился бы здесь.

Мои два POJO-х:

@Entity 
public class UserAccount { 
    @Id Long _id; 
    public UserAccount(){ 

    } 
    public Long get_id() { 
     return _id; 
    } 
} 


@Entity 
public class LoginBean { 
    @Id String emailHash; 
    //I don't make this an actual @Parent because this would affect the Id 
    Ref<UserAccount> parent; 
    String email; 
    String hashedPassword; 
    public LoginBean(){ 

    } 
    public LoginBean(String emailHash, Ref<UserAccount> parent, String email, String hashedPassword){ 
     this.parent = parent; 
     this.emailHash = emailHash; 
     this.email = email; 
     this.hashedPassword = hashedPassword; 
    } 
    //All the rest of the getters and setters you want 
} 

А потом внутри моего служебного класса:

final String emailHash = getEmailHash(email); 
final String passwordHash = getPasswordHash(password); 

UserAccount savedUser = ofy().transact(new Work<UserAccount>() { 
    public UserAccount run() { 
     if (lookupByEmail(email) != null) { 
      return null; 
     } 

     UserAccount user = new UserAccount(); 
     Key<UserAccount> userKey = ofy().save().entity(user).now(); 

     LoginBean login = new LoginBean(emailHash, Ref.create(userKey), email, passwordHash); 
     ofy().save().entity(login).now(); 

     return user; 
    } 
}); 

А дальше вниз:

public LoginBean lookupByEmail(String email) { 
    String emailhash = getEmailHash(email); 
    LoginBean r = ofy().load().type(LoginBean .class).id(emailhash).now(); 
    return r; 
} 

Answer 2

Я использую Python-апринт App Engine, но я подозреваю, что на Java существует аналогичная функциональность.

Вы можете сделать следующее:

1. Используйте адрес электронной почты в качестве key_name в сущности, и
2. Создать объект, используя get_or_insert(key_name) (docs).

Используя get_or_insert, вы гарантируете, что не будете создавать одно и то же имя более одного раза.