अभिभावक-> एपेंगिन पायथन (bigtable) में बाल संबंध

Question

मैं अभी भी bigtable/nosql में डेटा मॉडलिंग के बारे में अपने सबक सीख रहा हूं और कुछ प्रतिक्रिया की सराहना करता हूं। क्या यह कहना उचित होगा कि मुझे अपने डेटा मॉडलिंग में माता-पिता से बचना चाहिए- अगर मुझे अक्सर माता-पिता में कुल मिलाकर बच्चों से निपटने की ज़रूरत होती है?

उदाहरण के लिए, मान लीजिए कि मैं एक ब्लॉग है कि लेखकों की एक संख्या से करने के लिए योगदान किया जाएगा निर्माण कर रहा हूँ, और एक दूसरे की पोस्ट है, और प्रत्येक पोस्ट टैग नहीं है। तो मैं संभावित रूप से इस तरह कुछ स्थापित कर सकता था:

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

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

जैसा कि मैं समझता हूं कि यह लेखक अभिभावक के आधार पर एक इकाई समूह बनाएगा। क्या इससे अक्षमता का कारण बनता है यदि मुझे ज्यादातर टैग द्वारा पोस्ट के लिए पूछताछ की आवश्यकता होती है, जिसे मैं कई लेखकों में कटौती करने की उम्मीद करता हूं?

मैं समझता हूं कि सूची गुणों पर एक क्वेरी करने में अक्षम होना अक्षम हो सकता है। आइए मान लें कि प्रत्येक पोस्ट में औसतन 3 टैग होते हैं, लेकिन 7 तक सभी तरह से जा सकते हैं। और मुझे उम्मीद है कि संभावित टैग का संग्रह कम सैकड़ों में होगा। क्या इस मॉडल को इस तरह से बदलने के लिए कोई फायदा है?

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() 

या मैं बंद बेहतर होगा कुछ इस तरह कर रही है?

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') 

और आखिरी सवाल ... क्या हुआ अगर मेरी सबसे अधिक आम उपयोग एकाधिक टैग द्वारा पदों के लिए क्वेरी कर दिया जाएगा। उदाहरण के लिए, "{'सेब', 'संतरे', 'खीरे', 'साइकिल'} में टैग के साथ सभी पोस्ट खोजें" क्या इनमें से एक दृष्टिकोण उन प्रश्नों के लिए उपयुक्त है जो टैग के संग्रह में से कोई भी पोस्ट ढूंढते हैं ?

धन्यवाद, मुझे पता है कि यह एक मुट्ठी भर था। :-)

Answer 1

पहले या दूसरे दृष्टिकोण की तरह कुछ ऐप इंजन के लिए उपयुक्त है।

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() 

आप टैग इकाई KEY_NAME के ​​रूप में स्ट्रिंग टैग (केस-सामान्यीकृत) का उपयोग करते हैं, तो आप कुशलतापूर्वक पदों के लिए विशिष्ट टैग वाले क्वेरी कर सकता है, या एक पोस्ट के टैग की सूची बनाना, या प्राप्त करें: निम्न सेटअप पर विचार करें टैग आंकड़े:

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) 

तीसरे दृष्टिकोण अतिरिक्त प्रश्नों की आवश्यकता है या सबसे बुनियादी कार्यों के लिए हासिल करेगा, और इसे और अधिक मुश्किल है अगर आप एक से अधिक टैग के लिए क्वेरी करना चाहते हैं।

Answer 2

मैं अंतिम दृष्टिकोण चुनूंगा, क्योंकि यह सीधे टैग दिए गए पदों की एक सूची पुनर्प्राप्त करने की अनुमति देता है।

पहला दृष्टिकोण मूल रूप से टैग के कैननिकल सेट को रखना असंभव बनाता है। दूसरे शब्दों में, सवाल "सिस्टम में वर्तमान में कौन से टैग मौजूद हैं" जवाब देने के लिए बहुत महंगा है।

दूसरा दृष्टिकोण उस समस्या को हल करता है, लेकिन जैसा कि मैंने उल्लेख किया है, आपको एक टैग दिए गए पदों को पुनर्प्राप्त करने में मदद नहीं करता है।

इकाई समूहों, एक रहस्यमय जानवर का एक सा है, लेकिन यह कहना पहला दृष्टिकोण एक इकाई समूह बनाया नहीं है पर्याप्त है, और वे केवल आवश्यक व्यवहार डेटाबेस कार्यों के लिए हैं कि, और कभी कभी के लिए अनुकूलित डेटा पढ़ता है उपयोगी लेकिन शायद एक छोटे से आवेदन में unneeded हैं।

यह उल्लेख किया जाना चाहिए कि आपके द्वारा लिया जाने वाला कोई भी दृष्टिकोण केवल स्मार्ट कैशिंग रणनीति के साथ ही काम करेगा। जीएई ऐप्स कैशिंग प्यार करते हैं। Memcache एपीआई के साथ अंतरंग हो जाओ, और memcache और डेटास्टोर पर थोक पढ़ने/लिखने के संचालन सीखो।