स्पष्ट रूप से बिगटेबल आर्किटेक्चर के कारण को रिलेशनल डेटाबेस स्केलिंग में कठिनाई के साथ करना पड़ता है जब आप बड़ी संख्या में सर्वरों से निपट रहे हैं जिन्हें Google को सौदा करना है।संबंधपरक डेटाबेस के किस पहलू से उनके लिए Google App Engine जैसी सेवाओं पर पर्याप्त पैमाने पर स्केल करना मुश्किल हो जाता है?
लेकिन तकनीकी रूप से बोलने से डेटाबेस के संबंध में संबंधों के लिए वास्तव में क्या मुश्किल हो जाती है?
बड़े निगमों के एंटरप्राइज़ डेटा केंद्रों में वे सफलतापूर्वक ऐसा करने में सक्षम प्रतीत होते हैं, इसलिए मुझे आश्चर्य है कि Google के सर्वर पर स्केल करने के लिए यह केवल परिमाण के अधिक क्रम में ऐसा करना संभव नहीं है।
मैं मानता हूं कि अधिकांश वेब ऐप्स में उपयोगकर्ता-इनपुट या डेटा के ऐप-अपडेटिंग से अधिक पढ़ने शामिल होते हैं। लेकिन मुझे समझ में नहीं आता कि आप क्या कहेंगे जब लिखते हैं कि सामान्यीकृत आरडीबीएमएस में लिखना आसान है (काम के मामले में) "? मुझे लगता है कि ऐप इंजन डेटास्टोर काम के मामले में आसान है क्योंकि एक अनूठी कुंजी प्रत्येक इकाई की पहचान करती है और अद्यतन डेटास्टोर के शब्दकोश-जैसे चरित्र की वजह से डालने के बराबर होता है। एक शब्दकोश से डालने और लाने से जितना आसान हो जाता है उतना आसान होता है, मुझे लगता है। – pacman
@pacman: आप वास्तव में किए गए सभी कार्यों को भूल रहे हैं। सूचकांक डाटास्टोर का बड़ा राजा है। जब आप डेटास्टोर में कोई इकाई जोड़ते हैं, तो यह डेटा की प्रतिलिपि बनाने की एक बड़ी मात्रा में काम करता है ताकि यदि आप कोई संपत्ति प्राप्त करना चाहते हैं तो आप इतनी जल्दी कर सकते हैं। यह मूल रूप से प्रत्येक संपत्ति के लिए इंडेक्स लिखता है, प्रत्येक इकाई पर, दो बार (एसीएस और अवरोही), आपके द्वारा संग्रहीत सभी डेटा के लिए (शायद नए बड़े ब्लॉब्स नहीं, निश्चित नहीं)। यह लिखने के लिए इतना लंबा लगता है, लेकिन एक दिमागी दबाने वाले तराजू पर तेजी से पढ़ने की अनुमति देता है। मैं एक अच्छा ऐपइंजिन पुस्तक प्राप्त करने का सुझाव दूंगा, क्योंकि GAE के लिए डिज़ाइन करते समय यह महत्वपूर्ण है। –