यह आलेख Windows Azure द्वारा समर्थित दो संरचित संग्रहण सेवाओं की तुलना करता है: Windows Azure Table Storage और Windows Azure SQL Database, जिसे पहले SQLure के रूप में जाना जाता था। इस लेख का उद्देश्य इन प्रौद्योगिकियों की तुलना करना है ताकि आप उनकी सामान्य और विभिन्न विशेषताओं को समझ सकें। यह तुलना आपको अधिक सूचित निर्णय लेने में मदद करेगी कि कौन सी तकनीक आपके परिदृश्य के लिए बेहतर होगी।
परिचय
जब विंडोज एज़्योर में लगातार डेटा स्टोरेज की बात आती है, तो दो क्लाउड ऑप्शन होते हैं: विंडोज एज़्योर SQL डेटाबेस और विंडोज एज़्योर टेबल स्टोरेज।
Windows Azure SQL डेटाबेस एक रिलेशनल डेटाबेस सेवा है जो SQL सर्वर की मुख्य कार्यक्षमता को क्लाउड तक बढ़ाती है। SQL डेटाबेस के साथ, आप क्लाउड में रिलेशनल डेटाबेस सॉल्यूशंस को तैनात कर सकते हैं, और इस दृष्टिकोण के लाभों में एक प्रबंधित अवसंरचना, उच्च उपलब्धता, मापनीयता, एक परिचित विकास मॉडल और विभिन्न डेटा एक्सेस फ्रेमवर्क और उपयोगिताओं शामिल हैं - सब कुछ वैसा ही दिखता है जैसा हम पारंपरिक के साथ देखते हैं। SQL सर्वर वातावरण। SQL डेटाबेस Windows Azure SQL (
SQL डेटा सिंक का उपयोग करके) में डेटाबेस के साथ स्थानीय SQL सर्वर डेटाबेस को माइग्रेट करने, निर्यात करने और रीयल-टाइम सिंक्रनाइज़ करने की कार्यक्षमता भी प्रदान करता है।
Windows Azure Table Storage एक विफल-सुरक्षित, ISO 27001 प्रमाणित NoSQL कुंजी-मूल्य संग्रहण सेवा है जो उन अनुप्रयोगों के लिए उपयोगी हो सकती है जो अतिरिक्त संरचनाओं की आवश्यकता वाले गैर-संबंधपरक डेटा की बड़ी मात्रा को संग्रहीत करते हैं। यह सेवा डेटा के लिए की-बेस्ड एक्सेस प्रदान करती है जिसमें स्कीमा नहीं है। हालाँकि, यदि आप स्कीमा के बिना संरचित डेटा संग्रहीत करते हैं, तो आप डेटा के बीच संबंध नहीं बना सकते।
उल्लेखनीय अंतर के बावजूद, दोनों सेवाएं अत्यधिक सुलभ प्रबंधित सेवाएं हैं जिनके लिए 99.9% मासिक SLA प्रदान किया जाता है।
तालिका संग्रहण बनाम SQL डेटाबेस
SQL डेटाबेस की तरह, विंडोज एज़्योर टेबल स्टोरेज संरचित डेटा को स्टोर करता है। दो सेवाओं के बीच मुख्य अंतर यह है कि SQL डेटाबेस SQL सर्वर इंजन पर आधारित एक रिलेशनल डेटाबेस मैनेजमेंट सिस्टम है और इसे मानक सिद्धांतों और रिलेशनल फंडामेंटल्स पर बनाया गया है, इस प्रकार Transact-SQL क्वेरी, ACID लेनदेन, संग्रहीत कार्यविधियाँ, और निष्पादन योग्य प्रक्रिया जैसी सुविधाएँ प्रदान करता है। सर्वर साइड।
विंडोज एज़्योर टेबल स्टोरेज एक लचीला कुंजी-मूल्य इकाई स्टोर है जो आपको एप्लिकेशन डेटा मॉडल को स्कीमा के एक विशिष्ट सेट पर लॉक किए बिना जल्दी से क्लाउड-आधारित एप्लिकेशन बनाने की अनुमति देता है। यह सेवा संबंधपरक डेटा का भंडार नहीं है और SQL डेटाबेस के रूप में रिलेशनल डेटा के प्रबंधन के लिए ऐसी क्षमता प्रदान नहीं करता है (उदाहरण के लिए, जॉइन और संग्रहीत कार्यविधियाँ)। विंडोज एज़्योर टेबल स्टोरेज में सर्वर-साइड क्वेरी सपोर्ट सीमित है, लेकिन इसमें ट्रांजेक्शनल फीचर हैं। इसके अलावा, एक ही टेबल के भीतर अलग-अलग रिकॉर्ड में एक अलग संरचना हो सकती है, और विंडोज एज़्योर टेबल स्टोरेज में यह दृष्टिकोण आपको सरल संबंध डेटा के साथ कुशलतापूर्वक स्टोर और संचालित करने की अनुमति देता है।
यदि आपका एप्लिकेशन बड़ी मात्रा में डेटा संग्रहीत करता है और संचालित करता है, जिसके लिए संबंधपरक कार्यों का उपयोग करने की कोई आवश्यकता नहीं है, तो Windows Azure Table Storage एक बेहतर विकल्प हो सकता है। यदि आपके एप्लिकेशन को किसी भी स्कीमा द्वारा जुड़े डेटासेट को संसाधित करने की आवश्यकता है, तो SQL डेटाबेस विंडोज एज़्योर टेबल स्टोरेज की तुलना में अधिक उपयुक्त विकल्प की तरह दिखता है। SQL डेटाबेस या Windows Azure टेबल संग्रहण का उपयोग करने के लिए निर्णय लेने से पहले विचार करने के लिए कई अन्य कारक हैं, जिनमें से कुछ नीचे सूचीबद्ध हैं।
प्रौद्योगिकी विचारकिसी विशेष समाधान के लिए उपयुक्त भंडारण तकनीक का निर्धारण करते समय, वास्तुकार और डेवलपर को निम्नलिखित सिफारिशों पर विचार करना चाहिए:
जब Windows Azure टेबल संग्रहण का उपयोग करने पर विचार करें:· आपके एप्लिकेशन को सस्ते संग्रहण में बड़ी मात्रा में डेटा (उदाहरण के लिए, कई टेराबाइट्स) संग्रहीत करना चाहिए।
· आपका एप्लिकेशन बड़े डेटा सेटों के साथ स्टोर और संचालित होता है, जिसमें जटिल संबंध संबंध नहीं होते हैं, जिसके लिए आपको सर्वर साइड, सेकंडरी इंडेक्स या सर्वर साइड पर चलने वाले कुछ प्रकार के कॉम्प्लेक्स लॉजिक का उपयोग करना होगा।
· आपके आवेदन को उन वस्तुओं के भंडारण के लिए एक लचीली डेटा योजना की आवश्यकता है जो इसकी योजना में विषम हैं, जिसकी संरचना को डिजाइन चरण में निर्धारित करना मुश्किल है।
· आपके व्यवसाय को भौगोलिक विविधता का उपयोग करके भयावह स्थितियों की स्थिति में डेटा संग्रहीत करने की क्षमता की आवश्यकता है। विंडोज एज़्योर टेबल को भौगोलिक रूप से दो डेटा केंद्रों पर दोहराया जाता है, जो कई सौ मील की दूरी पर स्थित है, लेकिन एक ही महाद्वीप पर, जो आपदा की स्थिति में डेटा की सुरक्षा में अतिरिक्त विश्वास प्रदान करता है।
· आपको शार्पिंग या विभाजन का उपयोग किए बिना 150 जीबी से अधिक डेटा स्टोर करने की आवश्यकता है।
· आपको मैन्युअल रूप से डेटा को तेज किए बिना स्केलिंग के एक उच्च स्तर की आवश्यकता है।
जब Windows Azure SQL डेटाबेस का उपयोग करने पर विचार करें:· आपका एप्लिकेशन डेटा प्रोसेसिंग को संभालता है जिसमें उच्च स्तर के संरचित रिश्ते और रिश्ते होते हैं।
· आपका डेटा अनिवार्य रूप से संबंधपरक है और डेटा विशिष्टता, प्रतिबंधों और विभिन्न प्रकार की कुंजियों के नियमों के कारण डेटा अखंडता सुनिश्चित करने के लिए रिलेशनल डेटा के सॉफ़्टवेयर मॉडल के प्रमुख सिद्धांतों को लागू करने की आवश्यकता है।
· आपके डेटा की मात्रा 150 जीबी प्रति आवंटित स्टोरेज यूनिट (डेटाबेस) से अधिक नहीं हो सकती है, हालाँकि, यदि यह सीमा पार हो जाती है, तो आप अपने डेटा को कई डेटाबेस में विभाजित कर सकते हैं, जिसे भविष्य में बदला जा सकता है।
· आपके मौजूदा डेटा-उन्मुख एप्लिकेशन पहले से ही SQL सर्वर का उपयोग करते हैं, लेकिन आपको मौजूदा ढांचे का उपयोग करके क्लाउड स्टोरेज तक पहुंचने और अपने ऑन-प्रिमाइसेस इंफ्रास्ट्रक्चर और विंडोज एज़्योर के बीच पारदर्शी रूप से माइग्रेट करने की क्षमता की आवश्यकता है।
· आप डेटा परत के भीतर गणना करने के लिए अपने आवेदन में टी-एसक्यूएल संग्रहीत प्रक्रियाओं का उपयोग करने की योजना बनाते हैं, जिससे एप्लिकेशन और डेटा स्टोर के बीच दौर यात्राओं की संख्या कम हो जाती है।
· आपके एप्लिकेशन को स्थानिक डेटा, विभिन्न डेटा प्रकार, और यूनियनों, एकत्रीकरण और जटिल विधेयकों के साथ डेटा एक्सेस पैटर्न का उपयोग करना चाहिए।
· आपका एप्लिकेशन उपयोगिताओं का उपयोग करके विज़ुअलाइज़ेशन और BI डेटा मॉडल प्रदान करता है।
 टिप्पणी |
| विंडोज एज़्योर में कई एप्लिकेशन दोनों तकनीकों का लाभ उठा सकते हैं, लेकिन हम अनुशंसा करते हैं कि आप उन्हें संयोजन में उपयोग करें। |
विंडोज एज़्योर टेबल स्टोरेज और एसक्यूएल डेटाबेस की तुलना करना
नीचे दी गई तालिकाओं में दोनों सेवाओं के लिए तुलनात्मक कारक हैं।
मुख्य विशेषताएं
यह खंड विंडोज एज़्योर टेबल स्टोरेज और एसक्यूएल डेटाबेस द्वारा प्रदान की जाने वाली प्रमुख विशेषताओं की तुलना करता है।
| तुलना की कसौटी | विंडोज एज़्योर टेबल स्टोरेज | SQL डेटाबेस |
| डेटा के बीच संबंध | नहीं
विंडोज एज़्योर टेबल स्टोरेज डेटा के बीच संबंध बनाने के लिए तरीके प्रदान नहीं करता है। इसके बजाय, आप एक विशिष्ट प्रारूप में आरेखीय तालिका गुणों और संरचना डेटा का उपयोग करके सरल संबंधों को लागू कर सकते हैं। | हां
SQL सर्वर की तरह, SQL डेटाबेस आपको विदेशी कुंजियों का उपयोग करके विभिन्न तालिकाओं में संग्रहीत डेटा के बीच संबंध निर्धारित करने की अनुमति देता है। |
| सर्वर साइड प्रोसेसिंग | नहीं
समर्थित संचालन: सम्मिलित करें , अपडेट करें , हटाएं , चयन करें , समर्थित नहीं: सम्मिलित , विदेशी कुंजियाँ, संग्रहीत कार्यविधियाँ, ट्रिगर, सर्वर-साइड प्रसंस्करण। | हां
SQL सर्वर फ़ंक्शंस का मानक सेट संग्रहीत कार्यविधियाँ, दृश्य, जटिल अनुक्रमित, जुड़ाव, एकत्रीकरण है। |
| लेन-देन का समर्थन | सीमित
लेन-देन एक ही तालिका और एक विभाजन के भीतर समर्थित हैं, एक लेनदेन में - 100 संचालन तक, जबकि आशावादी संगामिति का समर्थन किया जाता है। | हां
पारंपरिक ACID लेनदेन एक ही डेटाबेस के भीतर समर्थित हैं; डेटाबेस के बीच, वे समर्थित नहीं हैं। आशावादी संगामिति समर्थित है। |
| भौगोलिक प्रतिकृति | हां
डिफ़ॉल्ट रूप से, तालिका को क्षेत्र के भीतर अन्य डेटा केंद्रों में दोहराया जाता है। | नहीं
वर्तमान में, SQL डेटाबेस क्षेत्र के अन्य डेटा केंद्रों के लिए दोहराया नहीं जाता है। |
| तालिका में योजना | ढील
प्रत्येक रिकॉर्ड में गुणों का अपना सेट हो सकता है। | कामयाब
योजना को परिभाषित किया गया है, लेकिन किसी भी समय बदला जा सकता है, सभी अभिलेखों को इस योजना का अनुपालन करना चाहिए। अतिरिक्त लचीलेपन के लिए XML प्रकार या विरल स्तंभों का उपयोग करने पर विचार करें। |
| मौजूदा स्थानीय डेटा वेयरहाउसिंग की तुलना में | नहीं
क्लाउड स्टोरेज के लिए कोई स्थानीय विकल्प नहीं हैं। | हां
कुछ प्रतिबंधों के साथ SQL सर्वर के समतुल्य सामान्य दिशानिर्देश और सीमाएँ हैं । |
| लंबवत स्केलिंग | स्वचालित
विभाजन के आधार पर विभाजन संपत्ति। तालिका को विभिन्न उपकरणों पर अलग-अलग विभाजनों में संग्रहीत किया जा सकता है, जो ग्राहकों को समानांतर पहुंच का प्रदर्शन करने की अनुमति देता है। | मैन्युअल रूप से
SQL फ़ेडरेशन या शार्किंग के लिए मालिकाना दृष्टिकोण का उपयोग करके डेटाबेस के एक समूह के बीच साझा करना। |
| डेटा प्रकार | सरल
"अधिक जानकारी" में तालिका देखें। | सरल, जटिल, उपयोगकर्ता परिभाषित
SQL डेटाबेस डेटा प्रकार की एक विस्तृत श्रृंखला का समर्थन करता है, जिसमें उपयोगकर्ता द्वारा एक प्रकार को परिभाषित करने की क्षमता भी शामिल है। |
अतिरिक्त जानकारी
· तालिका बनाते समय, आपके पास एक भी कॉलम नहीं होता है और तालिका स्वयं संरचित नहीं होती है और इसमें कोई स्कीमा नहीं होता है। स्तंभ नाम किसी तालिका में संग्रहीत रिकॉर्ड के भाग होते हैं, और एक ही तालिका में अलग-अलग रिकॉर्ड के लिए भिन्न हो सकते हैं। एक तालिका में एक ही संपत्ति के नाम के साथ दो संस्थाएँ भी हो सकती हैं, लेकिन विभिन्न प्रकार के, हालाँकि संपत्ति के नाम एक ही रिकॉर्ड में अद्वितीय होने चाहिए।
· विंडोज एज़्योर टेबल स्टोरेज रिलेशनल का समर्थन नहीं करता है - पूछताछ और लेनदेन में जुड़ता है और एकत्रीकरण करता है। एक एकल विभाजन कुंजी के साथ संस्थाओं को एक एकल भंडार में एक साथ सेवा दी जाती है, और आप कुशलतापूर्वक इस डेटा में हेरफेर कर सकते हैं और
एंटिटी समूह लेनदेन का उपयोग करके एक ही क्वेरी के भीतर उन्हें संशोधित कर सकते हैं।
· कुछ प्रतिबंध हैं जिन्हें इकाई समूह लेनदेन का उपयोग करते समय विचार किया जाना चाहिए, उदाहरण के लिए, अधिकतम पैकेट का आकार 4 एमबी है और पैकेज में सभी संस्थाओं के पास एक विभाजन कुंजी होनी चाहिए।
· विंडोज एज़्योर टेबल स्टोरेज एक संकुल इंडेक्स प्रदान करता है, और परिणाम हमेशा बढ़ते क्रम में
PartitionKey और
RowKey द्वारा क्रमबद्ध होते हैं।
पार्टीशनके और
रोवे वैल्यूज़ तालिका में प्रत्येक रिकॉर्ड को विशिष्ट रूप से पहचानते हैं, और यदि आप इन गुणों के लिए समान मानों के साथ दो रिकॉर्ड बनाने की कोशिश करते हैं, तो एक अपवाद फेंक दिया जाएगा।
बैंडविड्थ मानदंड कई प्रकारों के साथ एक जटिल समीकरण है, जिसमें क्वेरी प्रकार और उनकी जटिलता, डेटा एक्सेस पैटर्न, परिणाम सेट का आकार, स्टोरेज इन्फ्रास्ट्रक्चर और नेटवर्क में देरी, इसलिए प्रदर्शन को लगातार परीक्षण करना और विभिन्न कारकों का मूल्यांकन करना अच्छी सलाह है। विशिष्ट अनुप्रयोगों की विशेषताएं। तालिकाओं के लिए सर्वोत्तम प्रथाओं के बारे में अधिक:
पोस्ट ।
· नीचे दी गई तालिका संपत्तियों के लिए तालिकाओं द्वारा समर्थित डेटा प्रकारों को सारांशित करती है। SQL डेटाबेस के लिए समर्थित डेटा प्रकार:
डेटा प्रकार (Windows Azure SQL डेटाबेस) ।
| टाइप | विवरण |
| बाइनरी | 64 केबी तक के बाइट्स की सरणी। |
| बूल | बूलियन। |
| दिनांक समय | 64-बिट यूटीसी समय। मूल्यों की सीमा 1/1/1601 से 12/31/9999 तक है। |
| दोहरा | 64-बिट फ्लोटिंग पॉइंट वैल्यू। |
| GUID | 128 बिट GUID। |
| इंट | 32-बिट पूर्णांक। |
| Int64 | 64-बिट पूर्णांक। |
| तार | UTF-16 में मूल्य 64 Kb तक है। |
उन्नत सुविधाएँ
| तुलना की कसौटी | विंडोज एज़्योर टेबल स्टोरेज | SQL डेटाबेस |
| स्थानीय अनुप्रयोगों या अन्य प्लेटफार्मों (विंडोज एज़्योर को छोड़कर) से उपलब्ध | हां | हां |
| संगति मॉडल | कठोर | कठोर |
| विंडोज कम्युनिकेशन फाउंडेशन (WCF) डेटा सेवाओं के लिए समर्थन | हां | हां |
| अन्य सहायता | हां
डिफ़ॉल्ट समर्थन। | हां
डेटाबेस के शीर्ष पर OData परत जोड़कर REST- आधारित पहुँच के लिए समर्थन। |
| फ़ायरवॉल सुरक्षा (IP प्रतिबंध) | नहीं | हां
यह पोर्टल से या कंसोल के माध्यम से कॉन्फ़िगर किया गया विंडोज एज़्योर फ़ायरवॉल का उपयोग करता है। |
| लेन-देन थ्रॉटलिंग व्यवहार | हां
अधिक विवरण - ब्लॉग पोस्ट | हां
अधिक विवरण - लेख । |
| सहनशीलता में त्रुटि | हां
उच्च स्तर की गलती सहिष्णुता सुनिश्चित करने के लिए, संग्रहीत डेटा को क्षेत्र के भीतर तीन प्रतियों में और उसी क्षेत्र में एक और डेटा केंद्र में तीन और प्रतियों में दोहराया जाता है। | हां
डेटा सेंटर SQL डेटाबेस के प्रत्येक उदाहरण की तीन प्रतियां संग्रहीत करता है। |
| लॉगिंग और मेट्रिक्स | हां
अधिक विवरण - ब्लॉग पोस्ट | नहीं |
| लेन-देन लॉग | नहीं | हां
लेन-देन लॉग का आकार 10 जीबी तक सीमित है जिसमें प्रति लेनदेन 1 जीबी की सीमा है। |
अतिरिक्त जानकारी
· आप प्रबंधन पोर्टल पर इसके नियमों को कॉन्फ़िगर करके अंतर्निहित फ़ायरवॉल का उपयोग करके नेटवर्क स्तर पर SQL डेटाबेस के एक उदाहरण तक पहुंच को प्रतिबंधित कर सकते हैं। कोई भी क्लाइंट टेबल से कनेक्ट हो सकता है, जो HTTP / HTTPS के माध्यम से विंडोज एज़्योर स्टोरेज से कनेक्ट हो सकता है।
· विंडोज एज़्योर टेबल स्टोरेज एक ही रिकॉर्ड के लिए और एंटिटी ग्रुप ट्रांजैक्शन के लिए सभी इंसर्ट, अपडेट और डिलीट के लिए गारंटी प्रदान करता है। प्रत्येक अनुरोध के लिए स्नैपशॉट अलगाव प्रदान किया गया है। अनुरोध अनुरोध के निष्पादन की शुरुआत से और लेनदेन के निष्पादन के दौरान विभाजन की प्रस्तुति को नियंत्रित करता है। कई तालिकाओं के बीच स्थिरता के लिए, एप्लिकेशन डेवलपर्स जिम्मेदार हैं।
· विंडोज एज़्योर टेबल्स लॉगिंग का समर्थन करती है, जिससे आप सभी चल रहे प्रश्नों को देख सकते हैं। लॉगिंग प्रश्नों के लिए एकत्रित मैट्रिक्स भी प्रदान करता है।
Windows Azure SQL डेटाबेस वर्तमान में लॉगिंग और मेट्रिक्स प्रदान नहीं करता है, हालाँकि, इसमें
डायनेमिक मैनेजमेंट व्यूज़ (DMV) का एक सेट है जो क्वेरी प्रदर्शन समस्याओं के निदान, डेटाबेस कनेक्शनों की निगरानी, सक्रिय लेनदेन देखने और क्वेरी निष्पादन योजनाओं का अध्ययन करने के लिए उपयोगी है।
· चूंकि Windows Azure SQL डेटाबेस SQL सर्वर इंजन पर आधारित है, इसलिए कुछ अवधारणाओं का उपयोग किया जा सकता है, उदाहरण के लिए, TempDB और लेनदेन लॉग। लेन-देन लॉग के अनियंत्रित विकास को रोकने के लिए, SQL डेटाबेस लॉग के आकार पर 10 जीबी की सीमा लगाता है। SQL डेटाबेस अवसंरचना इन लॉग का प्रबंधन करती है, जो सीधे पहुंच योग्य नहीं हैं। विंडोज एज़्योर टेबल स्टोरेज में इन लॉग्स के बराबर नहीं है, इसके बजाय लॉगिंग और मेट्रिक्स हैं जो, हालांकि, अनुरोधों को ट्रैक करते हैं, लेकिन परस्पर डेटा नहीं।
· बहु-किरायेदार वातावरण में संसाधनों के अत्यधिक उपयोग को रोकने के लिए, दोनों सेवाएं थ्रॉटलिंग तंत्र का उपयोग करती हैं, जो इन सेवाओं के संचालन के सिद्धांतों द्वारा भिन्न होती हैं। उदाहरण के लिए, SQL डेटाबेस दो थ्रॉटलिंग रणनीतियों का उपयोग करता है:
सॉफ्ट थ्रॉटलिंग और
हार्ड थ्रॉटलिंग , जिसके बारे में आप
यहां पढ़ सकते हैं।
क्षमता और कोटा
| तुलना की कसौटी | विंडोज एज़्योर टेबल स्टोरेज | SQL डेटाबेस |
| अधिकतम रिकॉर्ड आकार | 1 एमबी
255 संपत्तियों से अधिक नहीं, जिसमें तीन अनिवार्य शामिल हैं: पार्टीशनके , रोके , टाइमस्टैम्प । | 2 जीबी
1024 स्तंभों तक (30,000 अगर विरल स्तंभों का उपयोग किया जाता है)। Varchar (max) , varbinary (max) , xml , text , और image का उपयोग करने से आप अतिरिक्त 2 GB का उपयोग कर सकते हैं। |
| अधिकतम डेटा का आकार | प्रति टेबल 100 टीबी
एक भंडारण खाता (टेबल, ब्लब्स और कतारों के साथ) आकार में 100 टीबी तक हो सकता है, अधिकतम टेबल का आकार 100 टीबी है। | 150 जीबी प्रति डीबी
भविष्य में ऊपरी डेटाबेस आकार सीमा बढ़ाने की संभावना के बावजूद, SQL फेडरेशन्स पर ध्यान दें। |
| एकल क्वेरी में अधिकतम संख्या में रिकॉर्ड लौटे | 1,000
एक अनुरोध में 1000 से अधिक रिकॉर्ड नहीं। यदि परिणाम इस राशि से अधिक है, तो निरंतर टोकन वापस आ जाता है। | असीमित
यदि गलत तरीके से कॉन्फ़िगर किया गया है, तो अनुरोध और कनेक्शन टाइमआउट के कारण मात्रा सीमा के साथ कोई समस्या हो सकती है। |
अतिरिक्त जानकारी
Windows Azure तालिका संग्रहण प्रतिक्रिया शीर्षलेख में निरंतर टोकन का उपयोग करके इंगित करता है कि डेटासेट में 1000 से अधिक रिकॉर्ड हैं। इस टोकन का उपयोग शेष डेटा प्राप्त करने के लिए किया जा सकता है। प्रत्येक अनुरोध के लिए, एक स्नैपशॉट स्थिरता है, जबकि टोकन के साथ अनुरोधों के लिए, कोई निरंतरता नहीं है।
· तालिका रिकॉर्ड में सभी संपत्तियों का कुल आकार 1 एमबी से अधिक नहीं हो सकता है, और इस सीमा में संपत्ति के नाम और उनके मूल्य शामिल हैं, जिसमें विभाजन और रॉके के आवश्यक गुण भी शामिल हैं।
एसक्यूएल डाटाबेस वर्तमान में 5 जीबी (वेब संस्करण में) से लेकर 150 जीबी (बिजनेस संस्करण में) तक के डेटाबेस का समर्थन करता है। डेवलपर को डेटा के आकार को नियंत्रित करना चाहिए ताकि यह इन सीमाओं के भीतर रहे, क्योंकि कॉन्फ़िगर डेटाबेस आकार में वृद्धि नहीं होती है क्योंकि डेटा की मात्रा बढ़ जाती है।
· एक साधारण SQL डेटाबेस तालिका में स्तंभों की संख्या 1024 (स्थानीय SQL सर्वर के समान) तक सीमित है, विरल स्तंभों के साथ, एक तालिका में 30,000 स्तंभ हो सकते हैं, जिनमें से 1023 विरल नहीं हो सकते हैं, 28976 को विरल होना चाहिए।
प्रबंध
| तुलना की कसौटी | विंडोज एज़्योर टेबल स्टोरेज | SQL डेटाबेस |
| प्रबंधन प्रोटोकॉल और उपयोगिताएँ | HTTP / HTTPS पर REST
आप विंडोज एज़्योर स्टोरेज एक्सप्लोरर या क्लाउड-स्टोरेज स्टूडियो जैसे तीसरे पक्ष की उपयोगिता का उपयोग कर सकते हैं। | ODBC / JDBC
HTTP / HTTPS पर REST
आप प्रबंधन पोर्टल या SQL सर्वर प्रबंधन स्टूडियो का उपयोग कर सकते हैं। |
| डेटा का उपयोग | OData
आप WCF डेटा सेवाओं के लिए HTTP (एस) रीस्ट एपीआई या .NET क्लाइंट लाइब्रेरी का उपयोग करके डेटा का उपयोग कर सकते हैं, जो विंडोज एज़्योर एसडीके का हिस्सा है। | ODBC / JDBC
आप ADO.NET और ODBC जैसे पारंपरिक डेटा एक्सेस तकनीकों का उपयोग करके लिखे गए एप्लिकेशन का उपयोग कर सकते हैं, जो कोड में कम से कम बदलाव के साथ SQL डेटाबेस की आवृत्ति तक पहुंचने के लिए SQL सर्वर के साथ संवाद कर सकते हैं। |
| जावा एपीआई सपोर्ट | हां | हां |
समर्थन
Node.js एपीआई | हां | हां |
समर्थन
PHP एपीआई | हां | हां |
समर्थन
LINQ | हां | हां |
समर्थन
अजगर | हां | नहीं |
| ऑफ़लाइन विकास | हां
विंडोज एज़्योर एसडीके से एक स्थानीय भंडारण एमुलेटर की उपस्थिति। | नहीं
SQL एक्सप्रेस और SQL सर्वर के अन्य संस्करण अन्य उत्पाद हैं जो Windows Azure SQL डेटाबेस क्लाउड वातावरण का पूरी तरह से अनुकरण नहीं करते हैं। |
अतिरिक्त जानकारी
· हालांकि SQL डेटाबेस को स्थानीय रूप से SQL सर्वर स्थापित करके अनुकरण किया जा सकता है, यह दृष्टिकोण क्लाउड सेवा के लिए विशिष्ट स्थिति का अनुकरण करने की अनुमति नहीं देगा, उदाहरण के लिए, थ्रॉटलिंग और अन्य प्रतिबंध।
Windows Azure SQL डेटाबेस एक इंटरैक्टिव क्वेरी निष्पादन वातावरण प्रदान करता है। आप कंसोल डेटाबेस से SQL डेटाबेस तक भी पहुँच प्राप्त कर सकते हैं, जैसे SSMS या तृतीय-पक्ष उपयोगिताओं जो ODBC का समर्थन करते हैं।
· SQL सर्वर और SQL डेटाबेस में अलग-अलग T-SQL क्षमताएं हैं - कुछ फ़ंक्शन सीमित हैं या बिल्कुल समर्थित नहीं हैं, कुछ में महत्वपूर्ण अंतर हैं (जैसे डेटाबेस और फेडरेशन बनाना)।
प्रमाणीकरण और प्राधिकरण
| तुलना की कसौटी | विंडोज एज़्योर टेबल स्टोरेज | SQL डेटाबेस |
| प्रमाणीकरण | सममित कुंजी
साझा हस्ताक्षर
उपयोगकर्ता प्रमाणीकरण के लिए, 512-बिट HMAC कुंजी का उपयोग किया जाता है। | एसक्यूएल प्रमाणीकरण
उपयोगकर्ता प्रमाणीकरण मानक SQL प्रमाणीकरण का उपयोग करता है। |
| भूमिका आधारित पहुंच | नहीं | हां
SQL के लिए मानक डेटाबेस भूमिकाएँ और अनुप्रयोग समर्थित हैं। |
| Windows नीला सक्रिय निर्देशिका (पूर्व में ACS) | नहीं | नहीं |
| पहचान प्रदाता के साथ फेडरेशन | नहीं | नहीं |
अतिरिक्त जानकारी
एसक्यूएल डाटाबेस द्वारा समर्थित रोल-आधारित एक्सेस मॉडल विभिन्न मोड सेट करने के लिए विकल्पों की एक पूरी श्रृंखला प्रदान करता है: केवल-पढ़ने के लिए, केवल-लिखने, पढ़ने-लिखने के लिए।
चूंकि वर्तमान में कोई भी सेवा प्रमाण पत्र या सक्रिय निर्देशिका के आधार पर फेडरेटेड प्रमाणीकरण का समर्थन नहीं करती है, इसलिए आपको यह सुनिश्चित करना चाहिए कि क्रेडेंशियल्स पर्याप्त रूप से संरक्षित हैं, उदाहरण के लिए, एन्क्रिप्टेड।विंडोज एज़्योर टेबल, टेबल एसएएस (साझा एक्सेस सिग्नेचर) का उपयोग करके यूआरएल पर हस्ताक्षर करने की क्षमता प्रदान करता है । एसएएस आपको अपने खाते की एक गुप्त कुंजी जारी किए बिना अस्थायी पहुंच जारी करने की अनुमति देता है।की लागत
| तुलना की कसौटी | विंडोज एज़्योर टेबल स्टोरेज | SQL डेटाबेस |
| भंडारण लागत | $ 0.125
प्रति गीगाबाइट प्रति माह, दैनिक भार के आधार पर गणना की जाती है। | इसकी गणना डेटाबेस के आकार के आधार पर की जाती है। |
| लेन-देन की लागत | $ 0.01
प्रति 100,000 लेनदेन। | $ 0.00
SQL डेटाबेस में, लेन-देन का भुगतान नहीं किया जाता है। |
| भुगतान किए गए लेन-देन | सभी
लेनदेन लागत को भंडारण लागत में जोड़ा जाता है। | नो
कॉस्ट ट्रांजेक्शन की संख्या पर निर्भर करता है, केवल डेटाबेस के आकार पर। |
| आउटबाउंड लागत | $ 0.12 - $ 0.19
प्रति गीगाबाइट, इस क्षेत्र पर निर्भर करता है | $ 0.12 - $ 0.19
प्रति गीगाबाइट, इस क्षेत्र पर निर्भर करता है |
अतिरिक्त जानकारी
· आउटगोइंग ट्रैफ़िक की लागत की गणना डेटा की कुल मात्रा के आधार पर की जाती है जो इंटरनेट पर डेटा सेंटर की सीमाओं से परे जाती है। मात्रा को एक निश्चित अवधि के लिए माना जाता है।SQL डेटाबेस के विपरीत, Windows Azure Table Storage अतिरिक्त लेनदेन लागत लगाता है। इस भुगतान मॉडल का मतलब है कि आपको कुल लागत को प्रभावित करने वाले कारक के रूप में लेनदेन की आवृत्ति पर विचार करना चाहिए।निष्कर्ष
आपके मामले में Windows Azure Table Storage या Windows Azure SQL डेटाबेस का उपयोग करने के बारे में निर्णय कई कारकों पर निर्भर करता है, जो बदले में, आपके एप्लिकेशन की विशिष्ट विशेषताओं, इसकी वास्तुकला, लोड के प्रकार, डेटा एक्सेस पैटर्न पर अत्यधिक निर्भर हैं।विंडोज एज़्योर टेबल स्टोरेज कई टेराबाइट्स और अरबों रिकॉर्ड तक, स्केलेबल क्लाउड स्टोरेज में बड़ी मात्रा में डेटा स्टोर करने की क्षमता का समर्थन करता है। स्केलिंग के इस स्तर को लागू करने के लिए, विंडोज एज़्योर टेबल स्टोरेज कई स्टोरेज नोड्स के बीच रिकॉर्ड वितरित करने के लिए एक वर्टिकल स्केलिंग मॉडल का उपयोग करता है - इस सेवा को सख्त संगतता के साथ स्केलिंग के इस स्तर का समर्थन करने के लिए NoSQL मॉडल का उपयोग करता है।यदि आपको सस्ते भंडारण की आवश्यकता होती है जो भारी मात्रा में गैर-संबंधपरक या सरल डेटा संग्रहीत कर सकते हैं, तो विंडोज एज़्योर टेबल स्टोरेज का उपयोग करने पर विचार करें ।परिचित तरीकों की पेशकश करते समय, अलग-थलग स्तरों के साथ ACID लेनदेन के लिए समर्थन और जटिल डेटा को संसाधित करने की क्षमता के लिए Windows Azure SQL डेटाबेस का उपयोग क्लाउड पर अपने ऑन-प्रिमाइसेस SQL सर्वर के रूप में करने पर विचार करें। यदि आपका डेटा संबंधपरक है और आपको इसे प्रबंधित करने में विचार करने की आवश्यकता है, तो SQL डेटाबेस उपयोग करने के लिए सबसे अच्छा विकल्प हो सकता है।कृपया ध्यान दें कि समाधान एक तकनीक का चयन करने के लिए नहीं हो सकता है - आप यह तय कर सकते हैं कि अपने विशिष्ट परिदृश्य में दोनों तकनीकों का सर्वोत्तम तरीके से उपयोग कैसे करें।