parent-> mối quan hệ con trong appengine python (bigtable)

Question

Tôi vẫn đang học các bài học về mô hình hóa dữ liệu trong bigtable/nosql và sẽ đánh giá cao một số phản hồi. Sẽ công bằng khi nói rằng tôi nên tránh các mối quan hệ cha mẹ -> con trong mô hình dữ liệu của tôi nếu tôi thường xuyên phải đối phó với các trẻ em trong tổng thể qua các bậc cha mẹ?

Ví dụ: giả sử tôi đang xây dựng một blog sẽ được đóng góp bởi một số tác giả và mỗi người có bài đăng và mỗi bài đăng có thẻ. Vì vậy, tôi có khả năng có thể thiết lập một cái gì đó như thế này:

class Author(db.Model): 
    owner = db.UserProperty() 

class Post(db.Model): 
    owner = db.ReferenceProperty(Author, 
    collection_name='posts') 
    tags = db.StringListProperty() 

Vì tôi hiểu điều này sẽ tạo một nhóm thực thể dựa trên cha mẹ Tác giả. Điều này có gây ra sự kém hiệu quả nếu tôi chủ yếu cần truy vấn Bài đăng theo các thẻ mà tôi muốn cắt ngang qua nhiều Tác giả không?

Tôi hiểu việc thực hiện truy vấn trên các thuộc tính danh sách có thể không hiệu quả. Giả sử mỗi bài đăng có khoảng 3 thẻ trung bình, nhưng có thể đi hết mức tối đa 7. Và tôi hy vọng bộ sưu tập các thẻ có thể của tôi sẽ ở mức thấp. Có bất kỳ lợi ích nào để thay đổi mô hình đó thành một cái gì đó như thế này không?

class Author(db.Model): 
    owner = db.UserProperty() 

class Post(db.Model): 
    owner = db.ReferenceProperty(Author, 
    collection_name='posts') 
    tags = db.ListProperty(db.Key) 

class Tag(db.Model): 
    name = db.StringProperty() 

Hoặc tôi có nên làm điều gì đó như thế này?

class Author(db.Model): 
    owner = db.UserProperty() 

class Post(db.Model): 
    owner = db.ReferenceProperty(Author, 
    collection_name='posts') 

class Tag(db.Model): 
    name = db.StringProperty() 

class PostTag(db.Model): 
    post = db.ReferenceProperty(Post, 
    collection_name='posts') 
    tag = db.ReferenceProperty(Tag, 
    collection_name='tags') 

Và câu hỏi cuối cùng ... nếu trường hợp sử dụng phổ biến nhất của tôi sẽ truy vấn bài đăng bằng nhiều thẻ. Ví dụ: "tìm tất cả bài đăng có thẻ trong {'táo', 'cam', 'dưa chuột', 'xe đạp'}" Là một trong những phương pháp tiếp cận phù hợp hơn cho truy vấn tìm các bài đăng có bất kỳ bộ sưu tập thẻ nào ?

Cảm ơn, tôi biết đó là một ngụm. :-)

Answer 1

Điều gì đó giống như cách tiếp cận đầu tiên hoặc thứ hai rất phù hợp với App Engine.Hãy xem xét các thiết lập sau:

class Author(db.Model): 
    owner = db.UserProperty() 

class Post(db.Model): 
    author = db.ReferenceProperty(Author, 
    collection_name='posts') 
    tags = db.StringListProperty() 

class Tag(db.Model): 
    post_count = db.IntegerProperty() 

Nếu bạn sử dụng thẻ chuỗi (trường hợp bình thường) như KEY_NAME Tag tổ chức nào, bạn có hiệu quả có thể truy vấn cho bài viết với một từ khóa cụ thể, hoặc liệt kê các thẻ của một bưu điện, hoặc lấy thống kê thẻ:

post = Post(author=some_author, tags=['app-engine', 'google', 'python']) 
post_key = post.put() 
# call some method to increment post counts... 
increment_tag_post_counts(post_key) 

# get posts with a given tag: 
matching_posts = Post.all().filter('tags =', 'google').fetch(100) 
# or, two tags: 
matching_posts = Post.all().filter('tags =', 'google').filter('tags =', 'python').fetch(100) 

# get tag list from a post: 
tag_stats = Tag.get_by_key_name(post.tags) 

Cách tiếp cận thứ ba yêu cầu thêm truy vấn hoặc tìm nạp cho hầu hết các hoạt động cơ bản và sẽ khó khăn hơn nếu bạn muốn truy vấn nhiều thẻ.

Answer 2

Tôi sẽ chọn phương pháp cuối cùng, vì nó cho phép truy xuất danh sách bài đăng trực tiếp được cấp thẻ.

Cách tiếp cận đầu tiên về cơ bản khiến không thể giữ một bộ thẻ chuẩn tắc. Nói cách khác, câu hỏi "những thẻ hiện đang có mặt trong hệ thống" là rất tốn kém để trả lời.

Cách tiếp cận thứ hai khắc phục sự cố đó, nhưng như tôi đã đề cập không giúp bạn truy xuất bài đăng được cung cấp thẻ.

Nhóm thực thể có chút quái thú, nhưng đủ để nói cách tiếp cận đầu tiên KHÔNG tạo nhóm thực thể và chỉ cần thiết cho hoạt động cơ sở dữ liệu giao dịch và đôi khi hữu ích cho việc đọc dữ liệu được tối ưu hóa, nhưng có lẽ không cần thiết trong một ứng dụng nhỏ.

Cần lưu ý rằng mọi cách tiếp cận bạn thực hiện sẽ chỉ hoạt động tốt cùng với chiến lược bộ nhớ đệm thông minh. Ứng dụng GAE TÌNH YÊU caching. Hãy thân mật với api memcache và tìm hiểu các hoạt động đọc/ghi hàng loạt trên memcache và kho dữ liệu.