Windows Azure Table Storage और Amazon DynamoDB की तुलना करें

नमस्ते
मैं आपके ध्यान में विंडोज एज़्योर और अमेज़ॅन द्वारा प्रदान की गई सेवाओं के तुलना चक्र से पहले लेख का अनुवाद लाता हूं, जो क्लाउड सर्किल में एक प्रसिद्ध विशेषज्ञ द्वारा लिखा गया है - गौरव मंत्र।

इस लेख में, मैं क्रमशः विंडोज एज़्योर टेबल स्टोरेज और अमेज़ॅन डायनमोबीडी - वाट और एडीडीबी की तुलना करूंगा।


कार्यक्षमता के संदर्भ में, वाट और एडीडीबी समान क्षमता प्रदान करते हैं। दोनों NoSQL सिस्टम हैं जिन्हें बड़ी मात्रा में डेटा संग्रहीत करने के लिए डिज़ाइन किया गया है। अमेज़न में एक और NoSQL डेटाबेस, SimpleDB भी है ।

एक महत्वपूर्ण बात यह है कि ADDB सिर्फ एक NoSQL डेटाबेस नहीं है। यह एक डेटाबेस सेवा है। हां, यह सही है कि इसका उपयोग डेटा को प्रबंधित करने के लिए किया जाता है, लेकिन आप उस बैंडविड्थ की प्रणाली की मापनीयता को नियंत्रित करते हैं, जिसकी आपको जरूरत है। इस अर्थ में, यह सब अमेज़ॅन या विंडोज एज़्योर कंप्यूटिंग सेवा के उदाहरणों के समान है। गणना सेवा की एक आवृत्ति के मामले में, आप चुनते हैं कि आपको किस आकार की आवश्यकता है, और सिस्टम अनुरोध का जवाब देता है। इसी तरह, एडीडीबी के मामले में, आप सिस्टम को बताते हैं कि एडीडीबी तालिका में आपके आवेदन कितने ऑपरेशन पढ़ेंगे और लिखेंगे, और एडीडीबी आवश्यक शक्ति आवंटित करता है।

वैचारिक रूप से, दोनों प्रणालियां समान हैं:

1. दोनों प्रणालियाँ गैर-संबंधपरक NoSQL हैं।
2. संपूर्ण के रूप में दोनों प्रणालियां कुंजी-मूल्य रिकॉर्ड रिपोजिटरी हैं।
3. संबंध डेटाबेस में उपलब्ध संबंधों के लिए कोई समर्थन नहीं है।
4. उच्च उपलब्धता और लचीलेपन के लिए निहित समर्थन।
5. दोनों प्रणालियाँ कतारों और संदेशों और उच्च-स्तरीय भाषाओं की अन्य पुस्तकालयों के साथ काम करने के लिए एक REST API प्रदान करती हैं, जो आमतौर पर रैपर एपीआई को लागू करने वाले रैपर हैं। दोनों प्रणालियों पर, प्रत्येक एपीआई रिलीज का अपना संस्करण होता है, जो एक तारीख में व्यक्त किया जाता है। लेखन के समय, ये संस्करण समान हैं: वाट - 2011-08-18 , ADDB - 2011-12-05 ।

स्वाभाविक रूप से, कई महत्वपूर्ण अंतर हैं:

1. ADDB में, आपको जो बैंडविड्थ की आवश्यकता होती है, वह वही होता है जब आप सिस्टम के साथ काम करना शुरू करते हैं, वाट के मामले में, बैंडविड्थ को सिस्टम द्वारा नियंत्रित किया जाता है। इसलिए, ADDB प्रणाली अधिक लचीली है, लेकिन इसके लिए अधिक "पूंजी" कार्य की आवश्यकता होती है।
2. SimpleDB के विपरीत, जहां डोमेन की सीमा 10 GB है, ADDB में ऐसा प्रतिबंध नहीं है - आप जितना चाहें उतना डेटा संग्रहीत कर सकते हैं। वाट भी तालिका में डेटा पर हार्ड सीमा निर्धारित नहीं करता है, लेकिन आप भंडारण खाते के आकार (अब 100 टीबी) तक सीमित हैं।
3. ADDB, आपके अनुरोध पर, आपके डेटा को वाट के विपरीत अनुक्रमित कर सकता है। तकनीकी रूप से, वाट्स आपके डेटा को भी अनुक्रमित करता है, लेकिन केवल कुछ विशेषताओं (PartitionKey, RowKey) द्वारा, और यह वाट में द्वितीयक अनुक्रमित होने की क्षमता है जो उपयोगकर्ताओं द्वारा सबसे अधिक अनुरोधित कार्यों में से एक है।

अवधारणा का

तालिका: जब हम किसी तालिका के बारे में सोचते हैं, तो पहली बात जो मन में आती है वह यह है कि यह "ऐसी चीज है जिसमें पंक्तियाँ और स्तंभ शामिल हैं"। वाट्स और ADDB में तालिका हम जैसी कल्पना करते हैं, वैसी दिख सकती है, लेकिन वास्तव में यह नहीं है। डेटा प्रदर्शित करने वाले कुंजी-मूल्य वाले युग्मों के संग्रह वाले कंटेनर के रूप में एक तालिका के बारे में सोचें। रिलेशनल मॉडल में, हम टेबल के लिए कॉलम को परिभाषित करते हैं, और पंक्तियों में डेटा होता है। तालिका में डेटा संग्रहीत करने के लिए, आपको कॉलम परिभाषित करना होगा। वाट और ADDB में तालिका में स्कीमा नहीं है, अर्थात, स्तंभों को परिभाषित करने की कोई आवश्यकता नहीं है। संक्षेप में, एक थैले के रूप में तालिका के बारे में सोचें जहां आप अपनी ज़रूरत के आंकड़े रखते हैं।

इस तथ्य के बावजूद कि दोनों प्रणालियों में वैचारिक तालिकाओं को डेटा संग्रहीत करने के लिए कंटेनर हैं, उनके बीच कई अंतर हैं:

1. डिफ़ॉल्ट रूप से, ADDB में 256 टुकड़ों की तालिकाओं की संख्या पर एक सीमा होती है (आप अनुरोध के द्वारा इसे बढ़ा सकते हैं, वाट में कोई प्रतिबंध नहीं है। वाट में, आपके पास जितनी चाहें उतनी तालियाँ हो सकती हैं, भंडारण खाते की सीमा (अब 100 Tb) को देखते हुए।
2. जब आप ADDB में एक तालिका परिभाषित करते हैं, तो आपको इस तालिका के लिए एक प्राथमिक कुंजी निर्धारित करनी चाहिए, जो एक विशेषता या कई हो सकती है। इस तालिका की सभी वस्तुओं में अद्वितीय प्राथमिक कुंजी मान होना चाहिए। वाट में, प्राथमिक कुंजी सिस्टम द्वारा उत्पन्न होती है और विभाजनके और रोकेय विशेषताओं का एक संयोजन है। तालिका में प्रत्येक इकाई में इन विशेषताओं का एक अनूठा संयोजन होना चाहिए।
3. ADDB में एक तालिका बनाते समय, आपको आवंटित बैंडविड्थ (पढ़ने और लिखने के कार्यों की संख्या) को निर्दिष्ट करना होगा, जो कि वाट में उपलब्ध नहीं है। आप बाद में ADDB API का उपयोग करके इस बैंडविड्थ को बदल सकते हैं। आवंटित बैंडविड्थ के अंत में, ADDB अनुरोधों (थ्रॉटलिंग) को सीमित करना शुरू कर देता है।

इकाई और वस्तु: यह तालिका में डेटा को परिभाषित करता है। प्रत्येक इकाई (वाट में) और एक वस्तु (आइटम, एडीडीबी) में एक या अधिक गुण होते हैं। एक विशेषता कुंजी-मूल्य जोड़े (वाट में डेटा-मूल्य-डेटा) का एक संग्रह है। रिलेशनल डेटाबेस में, यह एक स्ट्रिंग होगी। यहां, तालिका या डोमेन में प्रत्येक पंक्ति का अन्य पंक्तियों के साथ कोई लिंक नहीं है। वाट में प्रत्येक इकाई को दो विशेषताओं द्वारा विशिष्ट रूप से पहचाना जाता है: पार्टीशनके और रोके - इसे एक संयुक्त प्राथमिक कुंजी के रूप में माना जाता है। प्रत्येक इकाई में इन विशेषताओं का एक अनूठा संयोजन होना चाहिए। ADDB में, प्रत्येक ऑब्जेक्ट को प्राथमिक कुंजी द्वारा विशिष्ट रूप से पहचाना जाता है, जो ऑब्जेक्ट की विशेषताओं में से एक है। ADDB तालिका की सभी वस्तुओं में एक प्राथमिक कुंजी होनी चाहिए।

एक इकाई और एक वस्तु के बीच कई अंतर हैं:

1. वाट में, एक इकाई में अधिकतम 256 विशेषताएँ हैं, ADDB में कोई प्रतिबंध नहीं है। प्रत्येक वाट इकाई में तीन सिस्टम विशेषताएँ होती हैं: PartitionKey, RowKey और Timestamp, इसलिए उपयोगकर्ता-परिभाषित विशेषताओं की संख्या 253 तक कम हो जाती है। PartitionKey और RowKey विशेषताओं के मूल्यों को स्वतंत्र रूप से निर्धारित किया जा सकता है, जबकि टाइमस्टैम्प को सिस्टम द्वारा निर्धारित किया जाता है और इसमें इकाई के निर्माण या अद्यतन की तिथि और समय (UTC) शामिल होता है। । PartitionKey और RowKey विशेषताओं में एक स्ट्रिंग प्रकार होता है।
2. वाट में एक इकाई का अधिकतम आकार 1 एमबी है, एक एडीडीबी ऑब्जेक्ट 64 केबी है।
3. वाट में, विशेषता मानों में 8 डेटा प्रकार हो सकते हैं: बाइनरी, बूलियन, डेटाइम, डेसीमल, इंट 32, इंट64, गाइड, और स्ट्रिंग, जो एक समृद्ध डेटा मॉडल प्रदान करता है। ADDB में, उपलब्ध प्रकारों के सेट में शामिल हैं: स्ट्रिंग, संख्या और स्ट्रिंग / संख्या समूह (स्ट्रिंग या संख्या के सरणियाँ)।
4. वाट्स में, डेटा को केवल पार्टीशन और रोके द्वारा अनुक्रमित किया जाता है, अन्य विशेषताओं द्वारा अनुक्रमण अभी तक उपलब्ध नहीं है। Windows Azure में डेटा का विभाजन पार्टीशन मान द्वारा किया जाता है, जिसे सावधानीपूर्वक चयन की आवश्यकता होती है, क्योंकि गलत मूल्य चयन प्रदर्शन को काफी कम कर सकता है। एक अद्भुत लेख यहां पढ़ा जा सकता है । ADDB में, डेटा को उन विशेषताओं द्वारा अनुक्रमित किया जाता है जो तालिका की प्राथमिक कुंजी बनाते हैं।

ADDB प्राथमिक कुंजी के दो प्रकारों का समर्थन करता है:

1. हैश टाइप प्राइमरी की: इस मामले में, प्राइमरी की में एक ही विशेषता होती है, हैश। ADDB इस प्राथमिक कुंजी की विशेषता के आधार पर एक असंरक्षित हैश इंडेक्स बनाता है।
2. हैश और रेंज प्रकार प्राथमिक कुंजी: इस मामले में, प्राथमिक कुंजी में दो विशेषताएँ होती हैं। पहली विशेषता हैश विशेषता है, दूसरी श्रेणी विशेषता है। ADDB एक हैश विशेषता का उपयोग करके एक असंरक्षित हैश इंडेक्स बनाता है और एक श्रेणी विशेषता का उपयोग करके सॉर्ट किया गया रेंज इंडेक्स।

आबंटन आवंटन

ADDB में सबसे महत्वपूर्ण विशेषताओं में से एक बैंडविड्थ आवंटन है, जो आपको एप्लिकेशन के लिए आवश्यक बैंडविड्थ को कॉन्फ़िगर करने की अनुमति देता है। संक्षेप में, बैंडविड्थ आवंटन निर्धारित करता है कि एडीडीबी टेबल पर प्रति मिनट कितने पढ़े और लिखे जा सकते हैं। आपके द्वारा प्रदान किए गए मूल्यों के आधार पर, ADDS उपयुक्त संसाधन आवंटित करता है, और आप API या Amazon प्रबंधन कंसोल का उपयोग करके मक्खी पर कॉन्फ़िगरेशन को अपडेट कर सकते हैं।

बैंडविड्थ का आवंटन दो शब्दों में होता है: रीड ऑपरेशंस के लिए कैपेसिटी यूनिट पढ़ें और राइट ऑपरेशन के लिए कैपेसिटी यूनिट लिखें।

पढ़ें क्षमता यूनिट को 1 Kb ब्लॉक में प्रति सेकंड लगातार पढ़ने के संचालन की संख्या के रूप में परिभाषित किया गया है। इसलिए, यदि आपने 10 RCU का अनुरोध किया है, तो इसका मतलब है कि आप प्रति सेकंड आकार में 1 Kb तक 10 वस्तुओं पर लगातार रीड ऑपरेशन कर सकते हैं। यदि ऑब्जेक्ट का आकार 1 Kb से अधिक है, तो आप प्रति सेकंड पढ़ सकने वाली वस्तुओं की संख्या कम होगी। उदाहरण के लिए, यदि आपकी वस्तुएं 1 और 2 KB आकार की हैं, तो आप सिस्टम को सीमित करने से पहले प्रति सेकंड केवल 5 लगातार रीडिंग कर सकते हैं। यदि आप अंततः सुसंगत रीडिंग के बजाय लगातार रीडिंग का उपयोग करना चाहते हैं, तो बैंडविड्थ। क्षमता आमतौर पर दोगुनी हो जाती है - यदि आप 10 आरसीयू का अनुरोध करते हैं, तो आप 1 केबी या उससे कम की वस्तुओं पर अंततः सुसंगत रीडिंग के 20 ऑपरेशन कर सकते हैं।

इसी तरह राइट कैपेसिटी यूनिट के साथ - प्रति 1 Kb पर पढ़ने या लिखने की संख्या। यदि 10 डब्ल्यूसीयू का अनुरोध किया जाता है, तो प्रति सेकंड 1 केबी आकार तक 10 वस्तुओं को रिकॉर्ड करना संभव होगा। यदि किसी ऑब्जेक्ट का आकार 1 Kb से अधिक है, तो प्रति सेकंड रिकॉर्ड करने वाली वस्तुओं की संख्या कम हो जाती है। उदाहरण के लिए, यदि ऑब्जेक्ट का आकार 1 और 2 KB के बीच है, तो सिस्टम को सीमित करने से पहले प्रति सेकंड 5 लेखन संचालन करना संभव होगा।

कृपया ध्यान दें कि बैंडविड्थ आवंटन में मूल्य निर्धारण के संदर्भ में विशेषताएं हैं, क्योंकि ADDB मूल्य अन्य सेवाओं से अलग से सेट किए गए हैं। अनिवार्य रूप से, आप पढ़े गए और लिखने के लिए भुगतान करते हैं जो आपने आरक्षित किया है। लेखन के समय, आप प्रत्येक 10 यूनिट लेखन क्षमता के लिए $ 0.01 / घंटा का भुगतान करेंगे और प्रत्येक 50 इकाइयों के लिए US 0.01 (वर्जीनिया) में एक डेटा सेंटर में क्षमता लिखने के लिए $ 0.01 / घंटा। सिद्धांत रूप में, मूल्य निर्धारण इसी तरह है कि कंप्यूटिंग सेवाओं के उदाहरणों के लिए कीमतें कैसे बनती हैं, जिस स्थिति में आप एक निश्चित आकार (निश्चित क्षमता और रैम के साथ) की वर्चुअल मशीन का अनुरोध करते हैं और इस वर्चुअल मशीन के लिए प्रति घंटा भुगतान करते हैं, भले ही आप इसे पूरी तरह से लोड करें या नहीं। । इसी तरह ADDB में, आप अमेज़ॅन से आपके द्वारा उपयोग की जाने वाली डिग्री की परवाह किए बिना बैंडविड्थ का भुगतान करते हैं, भले ही इसके उपयोग की डिग्री हो।

जब बैंडविड्थ आवंटन की बात आती है, तो विचार करने के लिए कई बिंदु हैं:

1. यह प्रत्येक तालिका के लिए अनुकूलन योग्य है।
2. न्यूनतम थ्रूपुट 5 RCU और 5 WCUs प्रति तालिका है - प्रत्येक तालिका के लिए आप न्यूनतम $ 0.001 ($ 0.01 * 5/50) लगातार पढ़ने के लिए और $ 0.005 प्रति घंटे लगातार लिखने के संचालन के लिए भुगतान करते हैं, भले ही आप इस तालिका का उपयोग न करें।
3. आवंटित बैंडविड्थ को बढ़ाना या घटाना पिछले मूल्य से कम से कम 10% अलग होना चाहिए - उदाहरण के लिए, यदि आपके पास अब 100 पढ़ने की क्षमता वाली इकाइयाँ हैं और आप इस मूल्य को बढ़ाना चाहते हैं, तो नया मूल्य 110 के बराबर या उससे अधिक होना चाहिए।
4. जब आप थ्रूपुट को बढ़ाते या घटाते हैं, तो एक अनुरोध में आप अधिकतम मूल्य को दोगुना कर सकते हैं - उदाहरण के लिए, यदि आपके पास अब 100 रीड कैपेसिटी यूनिट हैं, तो यह मान अधिकतम 200 तक बढ़ाया जा सकता है।
5. आप दिन में एक बार आवंटित बैंडविड्थ को कम कर सकते हैं।
6. अधिकतम 10,000 रीड कैपेसिटी यूनिट और 10,000 राइट कैपेसिटी यूनिट (डिफॉल्ट) को टेबल पर आवंटित किया जा सकता है। डिफ़ॉल्ट रूप से, खाते में सभी तालिकाओं के बीच अधिकतम 20,000 रीड कैपेसिटी यूनिट और 20,000 राइट कैपेसिटी यूनिट हैं। अमेज़ॅन लिखकर इन मूल्यों को बढ़ाया जा सकता है।

कीमतों

इससे पहले कि हम प्रत्येक सिस्टम द्वारा प्रदान की गई कार्यक्षमता के बारे में बात करें, आइए मूल्य निर्धारण देखें। दोनों प्रणालियों में कोई "पूंजी" लागत नहीं है। मूल्य निर्धारण में शामिल घटकों में शामिल हैं:

1. लेन-देन : वाट में, आप लेनदेन की संख्या के लिए भुगतान करते हैं और उनकी लागत तय की जाती है ($ 0.01 प्रति 10,000 लेनदेन)। इस प्रकार, यह पता चला है कि अंतिम मूल्य की गणना करने के लिए, उनके मूल्य से लेनदेन की संख्या को गुणा करना आवश्यक है।
2. बैंडविड्थ आवंटन : ADDB में, आप पढ़े और लिखने के लिए निर्धारित कीमतों पर आवंटित बैंडविड्थ के लिए भुगतान करते हैं। आप प्रति घंटे कीमत द्वारा आवंटित RCU और WCU की संख्या को गुणा करके कुल कीमत की गणना कर सकते हैं।
3. डेटा ट्रांसफर : आप सिस्टम से और इसके लिए ट्रांसफर किए गए डेटा की राशि का भुगतान करते हैं। लेखन के समय, दोनों प्रणालियां मुफ्त आने वाले ट्रैफ़िक प्रदान करती हैं। एक ही क्षेत्र के भीतर ADDB और Amazon EC2 के बीच स्थानांतरित डेटा मुफ्त है। विभिन्न क्षेत्रों में ADDB और Amazon EC2 के बीच स्थानांतरित डेटा टैरिफ के अनुसार वसूला जाता है। वाट्स में, केवल आउटगोइंग ट्रैफ़िक का भुगतान किया जाता है।

ADDB में मूल्य निर्धारण WATS में मूल्य निर्धारण की तुलना में अधिक अनुमानित है, हालांकि, आपको आवश्यक बैंडविड्थ की सही गणना करने की आवश्यकता है ताकि अनावश्यक अनुरोधों का भुगतान न हो या सिस्टम द्वारा उनकी सीमा का कारण न हो।

सुविधा सूची

	WATS	ADDB
तालिका बनाएँ / बनाएँ	हां	हां
क्वेरी टेबल्स / लिस्टटेबल्स	हां	हां
हटाएँ तालिका / DeleteTable	हां	हां
UpdateTable	नहीं	हां
DescribeTable	नहीं	हां
एक इकाई / वस्तु पर CRUD	हां	हां
कई संस्थाओं / वस्तुओं पर CRUD	हां	हां
क्वेरी एंटिटी / क्वेरी (स्कैन)	हां	हां

आइए सूची से सभी कार्यों पर अधिक विस्तार से विचार करें।

	WATS	ADDB
तालिका बनाएँ / बनाएँ	हां	हां

जैसा कि इस फ़ंक्शन का नाम है, यह वाट और ADDB में एक तालिका बनाता है। SimpleDB के विपरीत, जहां CreateDomain ऑपरेशन idempotent है, ADDB में यह नहीं है - यदि आप किसी मौजूदा तालिका के नाम के साथ तालिका बनाने का प्रयास करते हैं, तो सिस्टम एक त्रुटि फेंक देगा।

नीचे दी गई तालिका में संक्षेप में कई टेबल / डोमेन नेमिंग कन्वेंशन हैं।

	WATS	ADDB
न्यूनतम / अधिकतम लंबाई	3/63	3/255
केस संवेदनशीलता	मिश्रित मामला	मिश्रित मामला
चरित्रों की अनुमति है	अक्षरांकीय	अक्षरांकीय, हाइफ़न (-), डैश (_), अवधि (?)

कुछ और बिंदु हैं:

• वाट्स में, एक तालिका नाम एक अंक से शुरू नहीं हो सकता है; इसके अलावा, तालिका के नामों का रजिस्टर उस रजिस्टर को बरकरार रखता है जिसमें वे बनाए गए थे, लेकिन उपयोग किए जाने पर रजिस्टर महत्वपूर्ण नहीं है। जैसा कि ऊपर बताया गया है, डिफ़ॉल्ट रूप से, आप प्रति एडीबीडी खाते में 256 टेबल तक बना सकते हैं। इस मान को बढ़ाने के लिए, आप Amazon से अनुरोध लिख सकते हैं: ( http://www.amazon.com/gp/html-forms-controller/DynamoDB_Limit_Increase_Form) ।
• यह ऑपरेशन ADDB में एसिंक्रोनस है, जबकि वाट में इसके विपरीत, यह सिंक्रोनस है। जब ADDB एक तालिका बनाने का अनुरोध प्राप्त करता है, तो कई प्रक्रियाएं (संसाधन आवंटन) बनाई जाती हैं और आपको इस तालिका का उपयोग करने की अनुमति नहीं दी जाती है जब तक कि सभी प्रक्रियाएं पूरी नहीं हो जाती हैं और तालिका को सक्रिय स्थिति में डाल दिया जाता है।
• ADDB में एक तालिका बनाते समय, आपको इस तालिका के लिए प्राथमिक कुंजी और आवश्यक थ्रूपुट निर्दिष्ट करना होगा, जिसे बाद में UpdateTable का उपयोग करके बदला जा सकता है (लेकिन प्राथमिक कुंजी को बदला नहीं जा सकता)।

	WATS	ADDB
क्वेरी टेबल्स / लिस्टटेबल्स	हां	हां

फ़ंक्शन तालिकाओं की एक सूची देता है। एक फ़ंक्शन अनुरोध वाट में 1000 तालिकाओं और ADDB में सभी तालिकाओं पर लौटता है, अगर अभी भी तालिकाओं या डोमेन हैं, तो एक निरंतरता टोकन भी वापस आ जाता है, जिससे आप तालिकाओं या डोमेन के अगले सेट तक पहुंच सकते हैं।

	WATS	ADDB
फ़ंक्शन कॉल प्रति रिकॉर्ड की अधिकतम संख्या	1000	-
वापसी जारी टोकन	हां	हां

	WATS	ADDB
हटाएँ तालिका / DeleteTable	हां	हां

फ़ंक्शन तालिका को हटा देता है। ADDB में कोई idempotent नहीं है।
ADDB में एक तालिका को हटाने के लिए, तालिका को सक्रिय स्थिति में होना चाहिए। ADDB में यह ऑपरेशन अतुल्यकालिक है। वाट में, हालांकि यह तुल्यकालिक प्रतीत होता है, यह अतुल्यकालिक भी है। जब वाट्स में किसी तालिका को हटाने का अनुरोध भेजा जाता है, तो तालिका को हटाने के लिए सिस्टम द्वारा चिह्नित किया जाता है और अनुपलब्ध हो जाता है, और केवल कचरा संग्रहण प्रक्रिया के दौरान हटा दिया जाता है, इसलिए, तालिका में डेटा के आकार के आधार पर तालिका का वर्तमान विलोपन अलग-अलग हो सकता है। मेरे अनुभव में, एक बहुत बड़ी तालिका को हटाने में घंटों लग सकते हैं। इस समय, एक ही नाम वाली तालिका बनाने के प्रयास में एक त्रुटि (संघर्ष की त्रुटि - HTTP स्थिति कोड 409) होगी।

	WATS	ADDB
UpdateTable	नहीं	हां

ADDB में तालिका के लिए आवंटित बैंडविड्थ को अद्यतन करने के लिए फ़ंक्शन का उपयोग किया जाता है। आप आवंटित बैंडविड्थ को बढ़ा और घटा सकते हैं:

• थ्रूपुट का नया मूल्य सीमा के भीतर और नियमों को तोड़ने के बिना होना चाहिए (ऊपर "थ्रूपुट का आवंटन" अनुभाग देखें)
• तालिका सक्रिय स्थिति में है।

	WATS	ADDB
DescribeTable	नहीं	हां

वर्णन तालिका निम्नलिखित जानकारी को प्राप्त करने के लिए प्रयोग किया जाता है:

• क्रिएशनटेट टाइम: UNIX समय पर बनाया गया।
• ItemCount : तालिका में आइटमों की संख्या, लगभग हर 6 घंटे में अपडेट की जाती है, इसलिए हो सकता है कि परिवर्तन तुरंत इस मान को अपडेट न करें।
• KeySchema : प्राथमिक कुंजी संरचना (सरल या समग्र)।
• ProvisionedThroughput : तालिका के लिए बैंडविड्थ, LastIncreaseDateTime (यदि उपलब्ध हो), LastDecreaseDateTime (यदि उपलब्ध हो), ReadCapacityUnits, और WriteCapacityUnits से मिलकर। यदि तालिका के लिए थ्रूपुट कभी नहीं बदला है, तो ADDB इन तत्वों के लिए मान नहीं लौटाता है।
• TableSizeBytes : बाइट्स में तालिका का कुल आकार। Amazon DynamoDB लगभग 6 घंटे में इस मूल्य को अपडेट करता है, इसलिए हो सकता है कि परिवर्तन तुरंत इस मान को अद्यतन न करें।
• टेबलस्टैटस : तालिका की वर्तमान स्थिति ( सृजन , सक्रिय , DELETING, या अद्यतन )।

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

	WATS	ADDB
एक इकाई / वस्तु पर CRUD	हां	हां

दोनों सिस्टम आपको एक इकाई / ऑब्जेक्ट पर क्रिएट, रीड, अपडेट, डिलीट (CRUD) ऑपरेशन करने की अनुमति देते हैं।
आपको क्या याद रखना चाहिए:

• वाट में प्रति इकाई 256 विशेषताओं पर सीमा और ADDB में सीमाओं की कमी। वाट में, 3 मौजूदा सिस्टम विशेषताओं (पार्टिशनके, रोवे, और टाइमस्टैम्प) के साथ, 253 तक की विशेषताओं को परिभाषित किया जा सकता है।
• वाट में, विशेषता मान 8 प्रकार के हो सकते हैं: बाइनरी, बूलियन, डेटाइम, डेसीमल, इंट 32, इंट 64, गाइड, स्ट्रिंग। ADDB में: स्ट्रिंग, संख्या और स्ट्रिंग / संख्या समूह (स्ट्रिंग्स या संख्याओं के सरणियाँ)।
• ADDB में किसी ऑब्जेक्ट का अधिकतम आकार 64 Kb है, वाट में एक इकाई आकार में 1 एमबी तक हो सकती है।

सृजन

वाट में, आप ऑपरेशन बनाने के लिए कई ऑपरेशन का उपयोग कर सकते हैं, एडीडीबी में, वे सभी एक फ़ंक्शन ( पुटइम ) में संयोजित होते हैं। PutItem ऑपरेशन एक ऑब्जेक्ट बनाता है या, यदि तालिका में निर्दिष्ट प्राथमिक कुंजी के साथ कोई ऑब्जेक्ट है, तो यह ऑब्जेक्ट पूरी तरह से बदल दिया गया है। इकाई बनाने के लिए वाट के तीन कार्य हैं:

1. प्रविष्टि सम्मिलित करें : तालिका में एक नई इकाई बनाता है। यदि निर्दिष्ट ParteyKey और RowKey मान वाली इकाई पहले से मौजूद है, तो एक त्रुटि है।
2. सम्मिलित या मर्ज इकाई : तालिका में एक नई इकाई बनाता है। यदि निर्दिष्ट ParteyKey और RowKey मान वाली इकाई पहले से मौजूद है, तो इस इकाई को नई इकाई, अर्थात के साथ विलय कर दिया जाएगा। दोनों संस्थाओं में मौजूद विशेषताओं के मूल्यों को अपडेट किया जाएगा, केवल नई इकाई में मौजूद विशेषताओं को जोड़ा जाएगा, और केवल पुरानी इकाई में मौजूद विशेषताओं को पुरानी स्थिति में छोड़ दिया जाएगा।
3. प्रविष्टि डालें या प्रतिस्थापित करें : तालिका में एक नई इकाई बनाता है। PartitionKey RowKey , PartitionKey RowKey .

दोनों प्रणालियों में, पढ़ने के संचालन में एक इकाई / वस्तु के गुणों को क्वेरी करना शामिल है। वाट्स में , इसे क्वेरी एंटिटीज़ का उपयोग करके और तर्क के रूप में पार्टिशनके और रोवे को पास करके लागू किया जाता है। ADDB में, यह GetItem का उपयोग करके और तर्क के रूप में ऑब्जेक्ट की प्राथमिक कुंजी को पारित करने के लिए लागू किया गया है।

ध्यान दें कि, डिफ़ॉल्ट रूप से, GetItem ऑपरेशन अंततः सुसंगत रीड को पूरा करता है। हालाँकि, आप इस फ़ंक्शन को वैकल्पिक ConsistentRead पैरामीटर का उपयोग करके लगातार पढ़ने के लिए बता सकते हैं।

अद्यतन

वाट में संस्थाओं को अपडेट करने के कई तरीके हैं, जबकि ADDB में केवल दो हैं:

1. PutItem : PutItem ऑपरेशन ऑब्जेक्ट बनाता है या, यदि निर्दिष्ट प्राथमिक कुंजी के साथ कोई ऑब्जेक्ट पहले से मौजूद है, तो इसे पूरी तरह से बदल देता है।
2. UpdateItem : यदि आपको इसे बदलने के बजाय किसी मौजूदा ऑब्जेक्ट की कई विशेषताओं को बदलने की आवश्यकता है, तो आप इस कार्यक्षमता का उपयोग कर सकते हैं, जो विशेषता परिवर्तनों पर लचीला नियंत्रण प्रदान करता है।

एक इकाई को अद्यतन करने के लिए वाट में चार कार्य उपलब्ध हैं:

1. इकाई मर्ज : यदि निर्दिष्ट मूल्यों के साथ इकाई PartitionKey और RowKey पहले से मौजूद है, इकाई नई इकाई के साथ विलय हो जाएगा, यानी, दोनों संस्थाओं में मौजूद विशेषताओं के मूल्यों को अपडेट किया जाएगा, केवल नई इकाई में मौजूद विशेषताओं को जोड़ा जाएगा, और केवल पुरानी इकाई में मौजूद विशेषताओं को पुरानी स्थिति में छोड़ दिया जाएगा।
2. Update Entity : , PartitionKey RowKey .
3. Insert or Merge Entity : . PartitionKey RowKey , , .. , , , , , , .
4. Insert or Replace Entity : . PartitionKey RowKey , PartitionKey RowKey .

सशर्त अद्यतन : दोनों सिस्टम स्थिति के अनुसार अद्यतन करने का समर्थन करते हैं, हालांकि, ये तंत्र अलग तरीके से काम करते हैं। ADDB में, आप मौजूदा विशेषताओं के मूल्यों पर शर्तों को परिभाषित करते हैं, अर्थात, आप यह निर्धारित करते हैं कि ADDB केवल विशेषता 1 के मान को अद्यतन करेगा, यदि अन्य विशेषता विशेषता 2 का मान कुछ मान के बराबर है। ADDB में सशर्त अद्यतन एक विशेषता के अस्तित्व के लिए जाँच का समर्थन करता है। पानी अलग है। वाट में, सब कुछ इकाई के ETag मूल्य पर निर्भर करता है। शर्त के अनुसार किसी इकाई को अपडेट करने के लिए, आपको अनुरोध हेडर्स में से किसी एक में इकाई का ETag मूल्य प्रदान करना होगा (REST API का उपयोग करते समय), जिसके बाद वाट इस मूल्य की तुलना अद्यतन इकाई के वर्तमान ETag मूल्य से करता है और अद्यतन केवल इन मानों से मेल खाने पर ही किया जाता है।

निष्कासन

हटाने के लिए WATS में एक इकाई का उपयोग कर सकते हटाएं इकाई गुजर PartitionKey और RowKey इनपुट तर्क के रूप में इस इकाई। ADDB में किसी ऑब्जेक्ट को हटाने के समान, आप इस तर्क की प्राथमिक कुंजी को इनपुट तर्क के रूप में पास करने के साथ DeleteItem का उपयोग करते हैं ।

ADDB में DeleteAttributes idempotent है , अर्थात, यदि आप एक नगण्य इकाई को हटाने का प्रयास करते हैं, तो ADDB तब तक त्रुटि नहीं देगा जब तक आप सशर्त विलोपन का उपयोग नहीं करते। यदि आप एक शर्त के अनुसार विलोपन करते हैं, तो ADDB में ऑपरेशन निष्क्रिय नहीं है। वाट्स में, जब कोई भी एक असंगत इकाई को हटाने की कोशिश कर रहा है, तो एक त्रुटि (NotFound त्रुटि - HTTP स्थिति कोड 404) को फेंक दिया जाएगा।

शर्त के अनुसार निकालना: दोनों सिस्टम स्थिति के अनुसार हटाने का समर्थन करते हैं, हालांकि, ये तंत्र अलग-अलग तरीकों से काम करते हैं। ADDB में, आप मौजूदा विशेषताओं के मूल्यों पर शर्तों को परिभाषित करते हैं, अर्थात, आप यह निर्धारित करते हैं कि ADDB किसी ऑब्जेक्ट को तभी हटाएगा जब विशेषता 2 का मान कुछ मान के बराबर हो। ADDB में स्थिति के अनुसार विलोपन एक विशेषता के अस्तित्व के लिए जाँच का समर्थन करता है। पानी अलग है। वाट में, सब कुछ इकाई के ETag मूल्य पर निर्भर करता है। स्थिति के अनुसार किसी इकाई को अपडेट करने के लिए, आपको अनुरोध हेडर्स में से किसी एक में इकाई का ETag मूल्य प्रदान करना होगा (REST API का उपयोग करते समय), जिसके बाद वाट इस मूल्य की तुलना हटाए गए इकाई के वर्तमान ETag मूल्य के साथ करता है और हटाए जाने पर ही इन मानों का मिलान होता है।

	WATS	ADDB
कई संस्थाओं / वस्तुओं के लिए CRUD	हां	हां

दोनों सिस्टम एक ही सेवा कॉल के भीतर कई संस्थाओं / वस्तुओं के लिए CRUD संचालन का समर्थन करते हैं।

CRUD के लिए WATS में, Entity Group Transactions का उपयोग किया जा सकता है । ADDB में, आप इसके लिए BatchWriteItem का उपयोग कर सकते हैं । आप प्राथमिक कुंजियों का उपयोग करके कई तालिकाओं से कई ऑब्जेक्ट्स पढ़ने के लिए बैचगेटइम का उपयोग कर सकते हैं ।

टिप्पणियाँ:

• वाट्स में, यह एक लेनदेन-सीमित ऑपरेशन है, अर्थात, पूरे ऑपरेशन को या तो निष्पादित किया जाएगा या नहीं। ADDB में, ऐसा नहीं है। यह संभव है कि कई ऑब्जेक्ट वापस न हों, जिस स्थिति में ADDB उन वस्तुओं की सूची लौटाएगा जिनके लिए ऑपरेशन विफल हो गया था, और आप बाद में प्रक्रिया कर सकते हैं।
• आप बैचवेट इटेम का उपयोग करके किसी ऑब्जेक्ट को अपडेट नहीं कर सकते, केवल बना सकते हैं और हटा सकते हैं।
• ADDB में, WATS - 4 MB में अधिकतम अनुरोध का आकार 1 MB है।
• ADDB में एक एकल बैचवेट इटेम ऑपरेशन में 25 ऑब्जेक्ट्स की सीमा है। वही इकाई समूह लेनदेन के भीतर वाट में, यह सीमा 100 है।
• ADDB में BatchWriteItem आपको एक ही क्वेरी में कई तालिकाओं के साथ काम करने की अनुमति देता है, लेकिन वाट में एक इकाई समूह लेनदेन को एक ही तालिका के भीतर दोनों काम करने की आवश्यकता होती है और इस तथ्य में कि इस ऑपरेशन में सभी संस्थाओं का एक ही विभाजन होता है।
• ADDB में BatchGetItem अंत में लगातार पढ़ता है। लगातार पढ़ना संभव नहीं है।

	WATS	ADDB
क्वेरी एंटिटी / क्वेरी (स्कैन)	हां	हां

कसौटी पर आधारित तालिका से एक या एक से अधिक संस्थाओं / वस्तुओं को पुनः प्राप्त करने के लिए उपयोग किया जाता है।

टिप्पणियाँ:

• WATS Query Entities , ADDB Query Scan . , Scan . ADDB , Query Scan, . Query hash-and-range. , , ADDB Query, , , Scan. WATS WCF ( $filter ).
• , - . , - ( ADDB). WATS - 5 .
• WATS , PartitionKey.
• ADDB 1 , , 1 . , .
• , . , , , continuation token. continuation token .
• . ADDB “ AttributesToGet ”. WATS , , $select, , $select=PartitionKey,RowKey,Attribute1,…

सारांश

संक्षेपण - दोनों प्रणालियाँ कार्यक्षमता में तुलनीय हैं। कार्यक्षमता में कुछ अंतर हैं, और यदि आप उन्हें विकास और नियोजन प्रक्रिया में ध्यान में रखते हैं, तो एक प्रणाली बनाना काफी संभव है जो दोनों सेवाओं का उपयोग करेगा, यहां तक ​​कि संभवतः एकीकरण के साथ। प्रत्येक प्रणाली के अपने फायदे और नुकसान हैं, और हमें यह तय करने के लिए इन लाभों और नुकसानों का उपयोग करना चाहिए कि कौन सी प्रणाली हमारी आवश्यकताओं के लिए सबसे उपयुक्त है।