Query HRD di Google App Engine senza antenato

Question

Ho un progetto GAE scritto in Java e ho alcune considerazioni sull'HRD e un problema che non sono sicuro di come risolvere.

Fondamentalmente ho utenti nel mio sistema. Un utente è composto da un ID utente, un nome utente, un'e-mail e una password. Ogni volta che creo un nuovo utente, voglio verificare che non ci sia già un utente con lo stesso ID utente (non dovrebbe mai accadere), nome utente o e-mail.

L'ID utente è la chiave, quindi penso che ottenere un risultato sarà coerente. Tuttavia, quando faccio una query (e uso un filtro) per trovare possibili utenti con lo stesso nome utente o e-mail, non posso essere sicuro che i risultati siano coerenti. Quindi, se qualcuno ha creato un utente con lo stesso nome utente o e-mail un paio di secondi fa, potrei non trovarlo con la mia query. Capisco che gli antenati sono abituati a risolvere questo problema, ma cosa succede se non ho un antenato da utilizzare per la query? L'utente non ha un genitore.

Sarei felice di sentire i vostri pensieri su questo e su ciò che è considerato la migliore pratica in situazioni come queste. Sto usando Objectify per GAE se questo cambia qualcosa.

Answer 1

Non mi consiglia di utilizzare l'e-mail o qualsiasi altra chiave naturale per l'entità utente. Gli utenti cambiano i loro indirizzi e-mail e non si vuole finire di riscrivere tutti i riferimenti alle chiavi esterne nel proprio database ogni volta che qualcuno cambia la propria e-mail.

Ecco una breve descrizione su come posso risolvere questo problema:

https://groups.google.com/d/msg/google-appengine/NdUAY0crVjg/3fJX3Gn3cOYJ

creare un'entità EmailLookup separata il cui @Id è la forma normalizzata di un indirizzo e-mail (ho appena minuscola tutto - tecnicamente corretta ma salva un sacco di dolore quando gli utenti capitalizzano inavvertitamente Joe@example.com). Il mio EmailLookup assomiglia a questo:

@Entity(name="Email") 
public class EmailLookup { 
    /** Use this method to normalize email addresses for lookup */ 
    public static String normalize(String email) { 
     return email.toLowerCase(); 
    } 

    @Id String email; 
    @Index long personId; 

    public EmailLookup(String email, long personId) { 
     this.email = normalize(email); 
     this.personId = personId; 
    } 
} 

C'è anche una (non normalizzata) campo e-mail nella mia entità User, che io uso per l'invio di messaggi di posta elettronica in uscita (preservare caso nel caso in cui è importante per qualcuno). Quando qualcuno crea un account con una particolare e-mail, carico/creo EmailLookup e le entità utente tramite il tasto in una transazione XG. Questo garantisce che ogni singolo indirizzo email sarà unico.

La stessa strategia si applica a qualsiasi altro tipo di valore univoco; ID di Facebook, nome utente, ecc.

Answer 2

Un modo per aggirare l'HRD eventual consistency, è utilizzare get anziché query. Per essere in grado di farlo è necessario generare ID naturali, ad es. generare ID che consistono di dati che ricevi in ​​richiesta: email e username.

Dal momento che get in HRD ha una consistenza forte, sarete in grado di controllare in modo affidabile se l'utente esiste già.

Ad esempio, un leggibile ID naturale sarebbe:

String naturalUserId = userEmail + "-" + userName; 

Nota: in pratica, le email sono unici. Quindi questo è un buon ID naturale per conto proprio. Non c'è bisogno di aggiungere un nome utente inventato ad esso.

Answer 3

È anche possibile abilitare le transazioni tra gruppi (vedere https://developers.google.com/appengine/docs/java/datastore/overview#Cross_Group_Transactions) e quindi in una transazione cercare l'utente e crearne uno nuovo, se questo è utile.

Answer 4

Si consiglia di evitare un campo indicizzato e una query, a meno che non si disponga di altri usi. Ecco cosa ho fatto prima (Python) usando key_name (dato che gli ID entità devono essere int). Facile da utilizzare il nome_chiave o l'id per altre entità che devono collegarsi all'utente:

username = self.request.get('username') 
usernameLower = username.lower() 
rec = user.get_by_key_name(usernameLower) 
if rec is None: 
    U = user(
     key_name = usernameLower, 
     username = username, 
     etc...) 
    U.put() 
else: 
    self.response.out.write(yourMessageHere)