Truy vấn HRD của Máy ứng dụng của Google mà không có tổ tiên

Question

Tôi có một dự án GAE được viết bằng Java và tôi có một số suy nghĩ về HRD và một vấn đề mà tôi không chắc chắn cách giải quyết.

Về cơ bản tôi có người dùng trong hệ thống của mình. Người dùng bao gồm userid, tên người dùng, email và mật khẩu. Mỗi lần tôi tạo một người dùng mới, tôi muốn kiểm tra xem chưa có người dùng nào có cùng userid (không bao giờ xảy ra), tên người dùng hay email.

Userid là chìa khóa, vì vậy tôi nghĩ rằng việc thực hiện việc này sẽ nhất quán. Tuy nhiên, khi tôi thực hiện truy vấn (và sử dụng bộ lọc) để tìm người dùng có thể có cùng tên người dùng hoặc email, tôi không thể chắc chắn rằng kết quả là nhất quán. Vì vậy, nếu ai đó đã tạo một người dùng có cùng tên người dùng hoặc email một vài giây trước, tôi có thể không tìm thấy nó với truy vấn của tôi. Tôi hiểu rằng tổ tiên được sử dụng để giải quyết vấn đề này, nhưng nếu tôi không có tổ tiên để sử dụng cho truy vấn thì sao? Người dùng không có cha mẹ.

Tôi rất sẵn lòng nghe suy nghĩ của bạn về điều này và được coi là phương pháp hay nhất trong các tình huống như thế này. Tôi đang sử dụng Objectify cho GAE nếu điều đó thay đổi bất cứ điều gì.

Answer 1

Tôi sẽ không khuyên bạn sử dụng email hoặc bất kỳ khóa tự nhiên nào khác cho thực thể Người dùng của bạn. Người dùng thay đổi địa chỉ email của họ và bạn không muốn kết thúc viết lại tất cả các tham chiếu khóa ngoài trong cơ sở dữ liệu của bạn bất cứ khi nào ai đó thay đổi email của họ.

Dưới đây là một lời giới thiệu ngắn về cách tôi giải quyết vấn đề này:

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

Tạo một thực thể EmailLookup riêng biệt mà @ id là hình thức bình thường của một địa chỉ email (Tôi chỉ chữ thường tất cả mọi thứ - không chính xác về mặt kỹ thuật nhưng tiết kiệm rất nhiều nỗi đau khi người dùng vô tình tận dụng Joe@example.com). EmailLookup của tôi trông như thế này:

@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; 
    } 
} 

Ngoài ra còn có một (không-bình thường) trường email trong thực thể tài của tôi, mà tôi sử dụng khi gửi email đi (bảo vệ trường hợp chỉ trong trường hợp nó quan trọng đối với một người nào đó). Khi ai đó tạo tài khoản với một email cụ thể, tôi tải/tạo EmailLookup và các thực thể Người dùng theo khóa trong giao dịch XG. Điều này đảm bảo rằng mọi địa chỉ email cá nhân sẽ là duy nhất.

Chiến lược tương tự áp dụng cho bất kỳ loại giá trị duy nhất nào khác; id facebook, tên người dùng, v.v.

Answer 2

Cách xung quanh eventual consistency của HRD, là sử dụng get thay vì query. Để có thể thực hiện việc này, bạn cần phải tạo ID tự nhiên, ví dụ: tạo ID bao gồm dữ liệu bạn nhận được theo yêu cầu: email và tên người dùng.

Vì get trong HRD có tính nhất quán cao, bạn sẽ có thể kiểm tra đáng tin cậy nếu người dùng đã tồn tại.

Ví dụ một ID tự nhiên có thể đọc được sẽ là:

String naturalUserId = userEmail + "-" + userName; 

Lưu ý: trong thực tế email là duy nhất. Vì vậy, đây là một ID tự nhiên tốt trên riêng của nó. Không cần thêm tên người dùng đã tạo.

Answer 3

Bạn cũng có thể bật các giao dịch nhóm chéo (xem https://developers.google.com/appengine/docs/java/datastore/overview#Cross_Group_Transactions) và sau đó trong một giao dịch, hãy tìm người dùng và tạo một giao dịch mới, nếu điều đó có ích.

Answer 4

Đề xuất tránh trường được lập chỉ mục và truy vấn trừ khi bạn có các mục đích sử dụng khác cho nó. Đây là những gì tôi đã làm trước (Python) bằng cách sử dụng key_name (kể từ khi id thực thể cần phải được ints). Dễ sử dụng hoặc key_name hoặc id cho các thực thể khác cần liên kết đến người dùng:

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)