बिग टेबल - Revision history

Manidh at 06:18, 3 July 2023

2023-07-03T06:18:13Z

← Older revision		Revision as of 11:48, 3 July 2023
Line 48:		Line 48:

	{{Google LLC}}		{{Google LLC}}
	[[Category: बिगटेबल इंप्लीमेंटेशन \| बिगटेबल इंप्लीमेंटेशन ]] [[Category: डेटाबेस प्रबंधन तंत्र]] [[Category: वितरित डेटा स्टोर]] [[Category: गूगल]]

			[[Category:Articles with invalid date parameter in template]]
			[[Category:CS1 English-language sources (en)]]
	[[Category: ~~Machine Translated Page~~]]
	[[Category:Created On 16/06/2023]]		[[Category:Created On 16/06/2023]]
	[[Category:Vigyan Ready]]		[[Category:Lua-based templates]]
			[[Category:Machine Translated Page]]
			[[Category:Pages with script errors]]
			[[Category:Templates Vigyan Ready]]
			[[Category:Templates that add a tracking category]]
			[[Category:Templates that generate short descriptions]]
			[[Category:Templates using TemplateData]]
			[[Category:Use dmy dates from November 2013]]
			[[Category:गूगल]]
			[[Category:डेटाबेस प्रबंधन तंत्र]]
			[[Category:बिगटेबल इंप्लीमेंटेशन\| बिगटेबल इंप्लीमेंटेशन ]]
			[[Category:वितरित डेटा स्टोर]]

Indicwiki: 10 revisions imported from :alpha:बिग_टेबल

2023-07-01T15:49:15Z

10 revisions imported from alpha:बिग_टेबल

← Older revision	Revision as of 21:19, 1 July 2023
(No difference)

alpha>Neeraja: added Category:Vigyan Ready using HotCat

2023-06-30T15:21:29Z

added Category:Vigyan Ready using HotCat

← Older revision		Revision as of 20:51, 30 June 2023
Line 54:		Line 54:
	[[Category: Machine Translated Page]]		[[Category: Machine Translated Page]]
	[[Category:Created On 16/06/2023]]		[[Category:Created On 16/06/2023]]
			[[Category:Vigyan Ready]]

alpha>Abhishek: Abhishek moved page बड़ी मेज to बिग टेबल without leaving a redirect

2023-06-26T10:22:33Z

Abhishek moved page बड़ी मेज to बिग टेबल without leaving a redirect

← Older revision	Revision as of 15:52, 26 June 2023
(No difference)

alpha>Maheshchandra at 08:01, 26 June 2023

2023-06-26T08:01:15Z

← Older revision		Revision as of 13:31, 26 June 2023
Line 30:		Line 30:
	बिगटेबल एक चौड़े कॉलम स्टोर के प्रोटोटाइप उदाहरणों में से एक है। यह दो स्वेच्छ स्ट्रिंग मान पंक्ति कुंजी और स्तंभ कुंजी तथा टाइम स्टैम्प इसलिए त्रि आयामी मानचित्रण को एक संबद्ध स्वेच्छ बाइट सारणी में चित्रित करता है। यह एक संबंधपरक डेटाबेस नहीं है और इसे विरल, वितरित बहु आयामी क्रमबद्ध मानचित्र के रूप में उत्तम परिभाषित किया जा सकता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}{{Rp\|1}} यह कोलोसस [[गूगल]] फाइल सिस्टम, वितरित लॉक मैनेजर अन्य क्रियान्वयन, एसएसटेबल लॉग-स्ट्रक्चर्ड स्टोरेज जैसे लेवलडीबी और कुछ अन्य गूगल प्रौद्योगिकियों पर बनाया गया है। बिगटेबल को सैकड़ों या हजारों मशीनों में पेटाबाइट रेंज में स्केल करने के लिए डिज़ाइन किया गया है और सिस्टम में अधिक मशीनों को जोड़ना आसान बनाता है और स्वचालित रूप से बिना किसी पुन: कॉन्फ़िगरेशन के उन संसाधनों का लाभ लेना प्रारंभ कर देता है।<ref name="o'reilly">{{citation \|url=http://radar.oreilly.com/2006/05/database-war-stories-7-google.html \|series=Database War Stories \|number=7 \|contribution=Google File System and Bigtable \|publisher=O'Reilly \|title=Radar \|date=May 2006 \|format=[[World Wide Web]] log}}.</ref> उदाहरण के लिए, वेब की गूगल की कॉपी को एक बिगटेबल में स्टोर किया जा सकता है, जहां पंक्ति कुंजी एक रिवर्स डोमेन नेम नोटेशन डोमेन-रिवर्स्ड यूआरएल के रूप में है, और कॉलम एक वेब पेज के विभिन्न गुणों का वर्णन करते हैं, जिसमें एक विशेष स्तंभ अपने पेज को अपने पास रखता है। पेज कॉलम में कई टाइम स्टैम्प वाले संस्करण हो सकते हैं, जो वेब पेज की टाइम स्टैम्प की विभिन्न प्रतियों का वर्णन करते हैं जब वे लाए गए थे। बिगटेबल के प्रत्येक सेल में डेटा के शून्य या अधिक टाइमस्टैम्प वाले संस्करण हो सकते हैं। टाइमस्टैम्प का एक अन्य कार्य समय सीमा समाप्त डेटा के संस्करण नियंत्रण और कचरा संग्रहण कंप्यूटर विज्ञान दोनों के लिए अनुमति देना है।		बिगटेबल एक चौड़े कॉलम स्टोर के प्रोटोटाइप उदाहरणों में से एक है। यह दो स्वेच्छ स्ट्रिंग मान पंक्ति कुंजी और स्तंभ कुंजी तथा टाइम स्टैम्प इसलिए त्रि आयामी मानचित्रण को एक संबद्ध स्वेच्छ बाइट सारणी में चित्रित करता है। यह एक संबंधपरक डेटाबेस नहीं है और इसे विरल, वितरित बहु आयामी क्रमबद्ध मानचित्र के रूप में उत्तम परिभाषित किया जा सकता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}{{Rp\|1}} यह कोलोसस [[गूगल]] फाइल सिस्टम, वितरित लॉक मैनेजर अन्य क्रियान्वयन, एसएसटेबल लॉग-स्ट्रक्चर्ड स्टोरेज जैसे लेवलडीबी और कुछ अन्य गूगल प्रौद्योगिकियों पर बनाया गया है। बिगटेबल को सैकड़ों या हजारों मशीनों में पेटाबाइट रेंज में स्केल करने के लिए डिज़ाइन किया गया है और सिस्टम में अधिक मशीनों को जोड़ना आसान बनाता है और स्वचालित रूप से बिना किसी पुन: कॉन्फ़िगरेशन के उन संसाधनों का लाभ लेना प्रारंभ कर देता है।<ref name="o'reilly">{{citation \|url=http://radar.oreilly.com/2006/05/database-war-stories-7-google.html \|series=Database War Stories \|number=7 \|contribution=Google File System and Bigtable \|publisher=O'Reilly \|title=Radar \|date=May 2006 \|format=[[World Wide Web]] log}}.</ref> उदाहरण के लिए, वेब की गूगल की कॉपी को एक बिगटेबल में स्टोर किया जा सकता है, जहां पंक्ति कुंजी एक रिवर्स डोमेन नेम नोटेशन डोमेन-रिवर्स्ड यूआरएल के रूप में है, और कॉलम एक वेब पेज के विभिन्न गुणों का वर्णन करते हैं, जिसमें एक विशेष स्तंभ अपने पेज को अपने पास रखता है। पेज कॉलम में कई टाइम स्टैम्प वाले संस्करण हो सकते हैं, जो वेब पेज की टाइम स्टैम्प की विभिन्न प्रतियों का वर्णन करते हैं जब वे लाए गए थे। बिगटेबल के प्रत्येक सेल में डेटा के शून्य या अधिक टाइमस्टैम्प वाले संस्करण हो सकते हैं। टाइमस्टैम्प का एक अन्य कार्य समय सीमा समाप्त डेटा के संस्करण नियंत्रण और कचरा संग्रहण कंप्यूटर विज्ञान दोनों के लिए अनुमति देना है।

	टेबल्स को कई टैबलेट्स में विभाजित किया जाता है - टेबल के सेगमेंट को कुछ पंक्ति कुंजियों में विभाजित किया जाता है, जिससे की प्रत्येक टैबलेट कुछ सौ मेगाबाइट या कुछ गीगाबाइट आकार के रूप में हो सकते है । एक बिगटेबल कुछ हद तक एक मैप्रेड्यूस वर्कर पूल के रूप में हो सकते है, जिसमें हजारों से सैकड़ों टैबलेट शार्क सैकड़ों से हजारों बिगटेबल सर्वरों द्वारा परोसे जा सकते हैं। जब तालिका का बनावट एक निर्दिष्ट सीमा से अधिक बढ़ने का खतरा होता है, तो टैबलेट को बीएमडीफ एल्गोरिथम का उपयोग करके संपीड़ित किया जा सकता है<ref name=algorithms1>{{cite web \|url=http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff \|title=गूगल बिगटेबल, कम्प्रेशन, ज़िप्पी और बीएमडीआईएफ\|date=2008-10-12 \|access-date=14 April 2015 \|url-status=dead \|archive-url=https://web.archive.org/web/20130501020631/http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff/ \|archive-date=1 May 2013}}.</ref><ref>{{cite conference \|title=लंबे सामान्य तार का उपयोग कर डेटा संपीड़न\|last1=Bentley \|first1=Jon \|last2=McIlroy \|first2=Douglas \|conference=DCC '99: Proceedings of the Conference on Data Compression \|year=1999 \|publisher=IEEE Computer Society \|doi=10.1109/DCC.1999.755678\|citeseerx=10.1.1.11.8470 }}</ref> और ज़िप्पी संपीड़न एल्गोरिदम<ref name=algorithms2>{{citation \|url=http://blogoscoped.com/archive/2005-10-23-n61.html \|contribution=Google's Bigtable \|title=Outer court \|format=Weblog \|date=2005-10-23}}.</ref> स्नैपी संपीड़न के रूप में सार्वजनिक रूप से ज्ञात और ओपन-सोर्स,<ref>{{citation \|url=http://google.github.io/snappy/ \|title=Snappy \|format=project }}.</ref> जो [[~~LZ77~~]] का कम स्थान-इष्टतम रूपांतर है लेकिन कंप्यूटिंग समय के मामले में अधिक कुशल है। टेबलेट के जी.एफ.एस के कई स्थान विशेष टैबलेट में डेटाबेस प्रविष्टियों के रूप में अंकित किए जाते हैं, जिन्हें मेटा1 टैबलेट कहा जाता है। मेटा1 टैबलेट एकल मेटा0 टैबलेट को क्वेरी करके पाया जाता है, जो आमतौर पर अपने स्वयं के सर्वर पर रहता है,क्योंकि इसे अधिकांशतः क्लाइंट द्वारा मेटा1 टैबलेट के स्थान के रूप में पूछताछ की जाती है, जिसके वास्तविक डेटा कहां स्थित है, इस प्रश्न का उत्तर होता है। जीएफ के मास्टर सर्वर की तरह,मेटा0 सर्वर आमतौर पर एक अड़चन सॉफ़्टवेयर के रूप में नहीं है, क्योंकि मेटा1 स्थानों को खोजने और प्रसारित करने के लिए आवश्यक प्रोसेसर समय और बैंडविड्थ न्यूनतम है और ग्राहक प्रश्नों को कम करने के लिए स्थानों को आक्रामक रूप से कैश करते हैं।		टेबल्स को कई टैबलेट्स में विभाजित किया जाता है - टेबल के सेगमेंट को कुछ पंक्ति कुंजियों में विभाजित किया जाता है, जिससे की प्रत्येक टैबलेट कुछ सौ मेगाबाइट या कुछ गीगाबाइट आकार के रूप में हो सकते है । एक बिगटेबल कुछ हद तक एक मैप्रेड्यूस वर्कर पूल के रूप में हो सकते है, जिसमें हजारों से सैकड़ों टैबलेट शार्क सैकड़ों से हजारों बिगटेबल सर्वरों द्वारा परोसे जा सकते हैं। जब तालिका का बनावट एक निर्दिष्ट सीमा से अधिक बढ़ने का खतरा होता है, तो टैबलेट को बीएमडीफ एल्गोरिथम का उपयोग करके संपीड़ित किया जा सकता है<ref name=algorithms1>{{cite web \|url=http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff \|title=गूगल बिगटेबल, कम्प्रेशन, ज़िप्पी और बीएमडीआईएफ\|date=2008-10-12 \|access-date=14 April 2015 \|url-status=dead \|archive-url=https://web.archive.org/web/20130501020631/http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff/ \|archive-date=1 May 2013}}.</ref><ref>{{cite conference \|title=लंबे सामान्य तार का उपयोग कर डेटा संपीड़न\|last1=Bentley \|first1=Jon \|last2=McIlroy \|first2=Douglas \|conference=DCC '99: Proceedings of the Conference on Data Compression \|year=1999 \|publisher=IEEE Computer Society \|doi=10.1109/DCC.1999.755678\|citeseerx=10.1.1.11.8470 }}</ref> और ज़िप्पी संपीड़न एल्गोरिदम<ref name=algorithms2>{{citation \|url=http://blogoscoped.com/archive/2005-10-23-n61.html \|contribution=Google's Bigtable \|title=Outer court \|format=Weblog \|date=2005-10-23}}.</ref> स्नैपी संपीड़न के रूप में सार्वजनिक रूप से ज्ञात और ओपन-सोर्स,<ref>{{citation \|url=http://google.github.io/snappy/ \|title=Snappy \|format=project }}.</ref> जो [[एलजेड77]] का कम स्थान-इष्टतम रूपांतर है लेकिन कंप्यूटिंग समय के मामले में अधिक कुशल है। टेबलेट के जी.एफ.एस के कई स्थान विशेष टैबलेट में डेटाबेस प्रविष्टियों के रूप में अंकित किए जाते हैं, जिन्हें मेटा1 टैबलेट कहा जाता है। मेटा1 टैबलेट एकल मेटा0 टैबलेट को क्वेरी करके पाया जाता है, जो आमतौर पर अपने स्वयं के सर्वर पर रहता है,क्योंकि इसे अधिकांशतः क्लाइंट द्वारा मेटा1 टैबलेट के स्थान के रूप में पूछताछ की जाती है, जिसके वास्तविक डेटा कहां स्थित है, इस प्रश्न का उत्तर होता है। जीएफ के मास्टर सर्वर की तरह,मेटा0 सर्वर आमतौर पर एक अड़चन सॉफ़्टवेयर के रूप में नहीं है, क्योंकि मेटा1 स्थानों को खोजने और प्रसारित करने के लिए आवश्यक प्रोसेसर समय और बैंडविड्थ न्यूनतम है और ग्राहक प्रश्नों को कम करने के लिए स्थानों को आक्रामक रूप से कैश करते हैं।

	==संदर्भ==		==संदर्भ==

alpha>Maheshchandra at 07:57, 26 June 2023

2023-06-26T07:57:06Z

← Older revision		Revision as of 13:27, 26 June 2023
Line 30:		Line 30:
	बिगटेबल एक चौड़े कॉलम स्टोर के प्रोटोटाइप उदाहरणों में से एक है। यह दो स्वेच्छ स्ट्रिंग मान पंक्ति कुंजी और स्तंभ कुंजी तथा टाइम स्टैम्प इसलिए त्रि आयामी मानचित्रण को एक संबद्ध स्वेच्छ बाइट सारणी में चित्रित करता है। यह एक संबंधपरक डेटाबेस नहीं है और इसे विरल, वितरित बहु आयामी क्रमबद्ध मानचित्र के रूप में उत्तम परिभाषित किया जा सकता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}{{Rp\|1}} यह कोलोसस [[गूगल]] फाइल सिस्टम, वितरित लॉक मैनेजर अन्य क्रियान्वयन, एसएसटेबल लॉग-स्ट्रक्चर्ड स्टोरेज जैसे लेवलडीबी और कुछ अन्य गूगल प्रौद्योगिकियों पर बनाया गया है। बिगटेबल को सैकड़ों या हजारों मशीनों में पेटाबाइट रेंज में स्केल करने के लिए डिज़ाइन किया गया है और सिस्टम में अधिक मशीनों को जोड़ना आसान बनाता है और स्वचालित रूप से बिना किसी पुन: कॉन्फ़िगरेशन के उन संसाधनों का लाभ लेना प्रारंभ कर देता है।<ref name="o'reilly">{{citation \|url=http://radar.oreilly.com/2006/05/database-war-stories-7-google.html \|series=Database War Stories \|number=7 \|contribution=Google File System and Bigtable \|publisher=O'Reilly \|title=Radar \|date=May 2006 \|format=[[World Wide Web]] log}}.</ref> उदाहरण के लिए, वेब की गूगल की कॉपी को एक बिगटेबल में स्टोर किया जा सकता है, जहां पंक्ति कुंजी एक रिवर्स डोमेन नेम नोटेशन डोमेन-रिवर्स्ड यूआरएल के रूप में है, और कॉलम एक वेब पेज के विभिन्न गुणों का वर्णन करते हैं, जिसमें एक विशेष स्तंभ अपने पेज को अपने पास रखता है। पेज कॉलम में कई टाइम स्टैम्प वाले संस्करण हो सकते हैं, जो वेब पेज की टाइम स्टैम्प की विभिन्न प्रतियों का वर्णन करते हैं जब वे लाए गए थे। बिगटेबल के प्रत्येक सेल में डेटा के शून्य या अधिक टाइमस्टैम्प वाले संस्करण हो सकते हैं। टाइमस्टैम्प का एक अन्य कार्य समय सीमा समाप्त डेटा के संस्करण नियंत्रण और कचरा संग्रहण कंप्यूटर विज्ञान दोनों के लिए अनुमति देना है।		बिगटेबल एक चौड़े कॉलम स्टोर के प्रोटोटाइप उदाहरणों में से एक है। यह दो स्वेच्छ स्ट्रिंग मान पंक्ति कुंजी और स्तंभ कुंजी तथा टाइम स्टैम्प इसलिए त्रि आयामी मानचित्रण को एक संबद्ध स्वेच्छ बाइट सारणी में चित्रित करता है। यह एक संबंधपरक डेटाबेस नहीं है और इसे विरल, वितरित बहु आयामी क्रमबद्ध मानचित्र के रूप में उत्तम परिभाषित किया जा सकता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}{{Rp\|1}} यह कोलोसस [[गूगल]] फाइल सिस्टम, वितरित लॉक मैनेजर अन्य क्रियान्वयन, एसएसटेबल लॉग-स्ट्रक्चर्ड स्टोरेज जैसे लेवलडीबी और कुछ अन्य गूगल प्रौद्योगिकियों पर बनाया गया है। बिगटेबल को सैकड़ों या हजारों मशीनों में पेटाबाइट रेंज में स्केल करने के लिए डिज़ाइन किया गया है और सिस्टम में अधिक मशीनों को जोड़ना आसान बनाता है और स्वचालित रूप से बिना किसी पुन: कॉन्फ़िगरेशन के उन संसाधनों का लाभ लेना प्रारंभ कर देता है।<ref name="o'reilly">{{citation \|url=http://radar.oreilly.com/2006/05/database-war-stories-7-google.html \|series=Database War Stories \|number=7 \|contribution=Google File System and Bigtable \|publisher=O'Reilly \|title=Radar \|date=May 2006 \|format=[[World Wide Web]] log}}.</ref> उदाहरण के लिए, वेब की गूगल की कॉपी को एक बिगटेबल में स्टोर किया जा सकता है, जहां पंक्ति कुंजी एक रिवर्स डोमेन नेम नोटेशन डोमेन-रिवर्स्ड यूआरएल के रूप में है, और कॉलम एक वेब पेज के विभिन्न गुणों का वर्णन करते हैं, जिसमें एक विशेष स्तंभ अपने पेज को अपने पास रखता है। पेज कॉलम में कई टाइम स्टैम्प वाले संस्करण हो सकते हैं, जो वेब पेज की टाइम स्टैम्प की विभिन्न प्रतियों का वर्णन करते हैं जब वे लाए गए थे। बिगटेबल के प्रत्येक सेल में डेटा के शून्य या अधिक टाइमस्टैम्प वाले संस्करण हो सकते हैं। टाइमस्टैम्प का एक अन्य कार्य समय सीमा समाप्त डेटा के संस्करण नियंत्रण और कचरा संग्रहण कंप्यूटर विज्ञान दोनों के लिए अनुमति देना है।

	टेबल्स को कई टैबलेट्स में विभाजित किया जाता है - टेबल के सेगमेंट को कुछ पंक्ति कुंजियों में विभाजित किया जाता है जिससे की प्रत्येक टैबलेट कुछ सौ मेगाबाइट या कुछ गीगाबाइट ~~बनावट~~ में ~~हो।~~ एक बिगटेबल कुछ हद तक एक मैप्रेड्यूस वर्कर पूल ~~की प्रकार है~~ जिसमें हजारों से सैकड़ों टैबलेट शार्क सैकड़ों से हजारों बिगटेबल सर्वरों द्वारा परोसे जा सकते हैं। जब तालिका का बनावट एक निर्दिष्ट सीमा से अधिक बढ़ने का खतरा होता है, तो टैबलेट को ~~BMDiff~~ एल्गोरिथम का उपयोग करके संपीड़ित किया जा सकता है<ref name=algorithms1>{{cite web \|url=http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff \|title=गूगल बिगटेबल, कम्प्रेशन, ज़िप्पी और बीएमडीआईएफ\|date=2008-10-12 \|access-date=14 April 2015 \|url-status=dead \|archive-url=https://web.archive.org/web/20130501020631/http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff/ \|archive-date=1 May 2013}}.</ref><ref>{{cite conference \|title=लंबे सामान्य तार का उपयोग कर डेटा संपीड़न\|last1=Bentley \|first1=Jon \|last2=McIlroy \|first2=Douglas \|conference=DCC '99: Proceedings of the Conference on Data Compression \|year=1999 \|publisher=IEEE Computer Society \|doi=10.1109/DCC.1999.755678\|citeseerx=10.1.1.11.8470 }}</ref> और ज़िप्पी संपीड़न एल्गोरिदम<ref name=algorithms2>{{citation \|url=http://blogoscoped.com/archive/2005-10-23-n61.html \|contribution=Google's Bigtable \|title=Outer court \|format=Weblog \|date=2005-10-23}}.</ref> स्नैपी (संपीड़न) के रूप में सार्वजनिक रूप से ज्ञात और ओपन-सोर्स,<ref>{{citation \|url=http://google.github.io/snappy/ \|title=Snappy \|format=project }}.</ref> जो [[LZ77]] का कम स्थान-इष्टतम रूपांतर है लेकिन कंप्यूटिंग समय के मामले में अधिक कुशल है। टेबलेट के ~~GFS में~~ स्थान कई विशेष टैबलेट में डेटाबेस प्रविष्टियों के रूप में अंकित किए जाते हैं, जिन्हें ~~META1~~ टैबलेट कहा जाता है। ~~META1~~ टैबलेट एकल ~~META0~~ टैबलेट को क्वेरी करके पाया जाता है, जो ~~आम तौर~~ पर अपने स्वयं के सर्वर पर रहता है क्योंकि इसे अधिकांशतः क्लाइंट द्वारा ~~META1~~ टैबलेट के स्थान के रूप में पूछताछ की जाती है, जिसके ~~पास~~ वास्तविक डेटा कहां स्थित है, इस प्रश्न का उत्तर होता है। ~~. GFS~~ के मास्टर सर्वर की ~~प्रकार~~, ~~META0~~ सर्वर ~~आम तौर~~ पर एक अड़चन (सॉफ़्टवेयर) नहीं है क्योंकि ~~META1~~ स्थानों को खोजने और प्रसारित करने के लिए आवश्यक प्रोसेसर समय और बैंडविड्थ न्यूनतम है और ग्राहक प्रश्नों को कम करने के लिए स्थानों को आक्रामक रूप से कैश करते हैं।		टेबल्स को कई टैबलेट्स में विभाजित किया जाता है - टेबल के सेगमेंट को कुछ पंक्ति कुंजियों में विभाजित किया जाता है, जिससे की प्रत्येक टैबलेट कुछ सौ मेगाबाइट या कुछ गीगाबाइट आकार के रूप में हो सकते है । एक बिगटेबल कुछ हद तक एक मैप्रेड्यूस वर्कर पूल के रूप में हो सकते है, जिसमें हजारों से सैकड़ों टैबलेट शार्क सैकड़ों से हजारों बिगटेबल सर्वरों द्वारा परोसे जा सकते हैं। जब तालिका का बनावट एक निर्दिष्ट सीमा से अधिक बढ़ने का खतरा होता है, तो टैबलेट को बीएमडीफ एल्गोरिथम का उपयोग करके संपीड़ित किया जा सकता है<ref name=algorithms1>{{cite web \|url=http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff \|title=गूगल बिगटेबल, कम्प्रेशन, ज़िप्पी और बीएमडीआईएफ\|date=2008-10-12 \|access-date=14 April 2015 \|url-status=dead \|archive-url=https://web.archive.org/web/20130501020631/http://feedblog.org/2008/10/12/google-bigtable-compression-zippy-and-bmdiff/ \|archive-date=1 May 2013}}.</ref><ref>{{cite conference \|title=लंबे सामान्य तार का उपयोग कर डेटा संपीड़न\|last1=Bentley \|first1=Jon \|last2=McIlroy \|first2=Douglas \|conference=DCC '99: Proceedings of the Conference on Data Compression \|year=1999 \|publisher=IEEE Computer Society \|doi=10.1109/DCC.1999.755678\|citeseerx=10.1.1.11.8470 }}</ref> और ज़िप्पी संपीड़न एल्गोरिदम<ref name=algorithms2>{{citation \|url=http://blogoscoped.com/archive/2005-10-23-n61.html \|contribution=Google's Bigtable \|title=Outer court \|format=Weblog \|date=2005-10-23}}.</ref> स्नैपी संपीड़न के रूप में सार्वजनिक रूप से ज्ञात और ओपन-सोर्स,<ref>{{citation \|url=http://google.github.io/snappy/ \|title=Snappy \|format=project }}.</ref> जो [[LZ77]] का कम स्थान-इष्टतम रूपांतर है लेकिन कंप्यूटिंग समय के मामले में अधिक कुशल है। टेबलेट के जी.एफ.एस के कई स्थान विशेष टैबलेट में डेटाबेस प्रविष्टियों के रूप में अंकित किए जाते हैं, जिन्हें मेटा1 टैबलेट कहा जाता है। मेटा1 टैबलेट एकल मेटा0 टैबलेट को क्वेरी करके पाया जाता है, जो आमतौर पर अपने स्वयं के सर्वर पर रहता है,क्योंकि इसे अधिकांशतः क्लाइंट द्वारा मेटा1 टैबलेट के स्थान के रूप में पूछताछ की जाती है, जिसके वास्तविक डेटा कहां स्थित है, इस प्रश्न का उत्तर होता है। जीएफ के मास्टर सर्वर की तरह,मेटा0 सर्वर आमतौर पर एक अड़चन सॉफ़्टवेयर के रूप में नहीं है, क्योंकि मेटा1 स्थानों को खोजने और प्रसारित करने के लिए आवश्यक प्रोसेसर समय और बैंडविड्थ न्यूनतम है और ग्राहक प्रश्नों को कम करने के लिए स्थानों को आक्रामक रूप से कैश करते हैं।

	==संदर्भ==		==संदर्भ==

alpha>Maheshchandra at 07:35, 26 June 2023

2023-06-26T07:35:32Z

Show changes

alpha>Maheshchandra at 07:13, 26 June 2023

2023-06-26T07:13:20Z

← Older revision		Revision as of 12:43, 26 June 2023
Line 26:		Line 26:
	[[Apache HBase\|अपाचे एच बेस]] और [[Apache Cassandra\|अपाचे]] [[Apache Cassandra\|कैसंद्रा]] कुछ सबसे प्रसिद्ध ओपन सोर्स प्रोजेक्ट हैं, जिन्हें बिगटेबल के बाद तैयार किया गया था।		[[Apache HBase\|अपाचे एच बेस]] और [[Apache Cassandra\|अपाचे]] [[Apache Cassandra\|कैसंद्रा]] कुछ सबसे प्रसिद्ध ओपन सोर्स प्रोजेक्ट हैं, जिन्हें बिगटेबल के बाद तैयार किया गया था।

	6 मई, 2015 को, क्लाउड बिगटेबल नाम के अनुसार बिगटेबल का एक सार्वजनिक संस्करण [[Google क्लाउड प्लेटफ़ॉर्म]] के एक भाग के रूप में उपलब्ध कराया गया था।<ref name=":0" />जनवरी 2022 तक, बिगटेबल 10 एक्साबाइट डेटा का प्रबंधन करता है और प्रति सेकंड 5 बिलियन से अधिक अनुरोधों को पूरा करता है।<ref>{{cite web \| url=https://cloud.google.com/blog/products/databases/cloud-bigtable-now-even-easier-to-manage-with-autoscaling \| title=Cloud Bigtable now even easier to manage with autoscaling }}</ref> 27 जनवरी, 2022 को, ~~Google~~ ने स्वचालित मापनीयता सहित बिगटेबल के लिए कई अपडेट की घोषणा ~~की।~~<ref>{{Cite web \|last=Kerner \|first=Sean Michael \|date=2022-01-27 \|title=Google क्लाउड बिगटेबल NoSQL डेटाबेस का विस्तार करता है\|url=https://www.techtarget.com/searchdatamanagement/news/252512583/Google-scales-up-Cloud-Bigtable-NoSQL-database \|access-date=2022-10-10 \|website=[[TechTarget]] \|language=en}}</ref>		6 मई, 2015 को, क्लाउड बिगटेबल नाम के अनुसार बिगटेबल का एक सार्वजनिक संस्करण [[Google क्लाउड प्लेटफ़ॉर्म\|गूगल क्लाउड प्लेटफ़ॉर्म]] के एक भाग के रूप में उपलब्ध कराया गया था।<ref name=":0" />जनवरी 2022 तक बिगटेबल 10 एक्साबाइट डेटा का प्रबंधन करता है और प्रति सेकंड 5 बिलियन से अधिक अनुरोधों को पूरा करता है।<ref>{{cite web \| url=https://cloud.google.com/blog/products/databases/cloud-bigtable-now-even-easier-to-manage-with-autoscaling \| title=Cloud Bigtable now even easier to manage with autoscaling }}</ref> 27 जनवरी, 2022 को, गूगल ने स्वचालित मापनीयता सहित बिगटेबल के लिए कई अपडेट के रूप में घोषणा करता है।<ref>{{Cite web \|last=Kerner \|first=Sean Michael \|date=2022-01-27 \|title=Google क्लाउड बिगटेबल NoSQL डेटाबेस का विस्तार करता है\|url=https://www.techtarget.com/searchdatamanagement/news/252512583/Google-scales-up-Cloud-Bigtable-NoSQL-database \|access-date=2022-10-10 \|website=[[TechTarget]] \|language=en}}</ref>


	मई 6 2015 को गूगल क्लाउड के नाम से गूगल क्लाउड के एक भाग के रूप में बिग-टेबल का एक सार्वजनिक संस्करण उपलब्ध कराया गया। [2]



	== डिजाइन ==		== डिजाइन ==
	बिगटेबल वाइड-कॉलम स्टोर के प्रोटोटाइपिकल उदाहरणों में से एक है। यह दो मनमाना स्ट्रिंग मान (पंक्ति कुंजी और स्तंभ कुंजी) और टाइमस्टैम्प (इसलिए त्रि-आयामी मानचित्रण) को एक संबद्ध मनमाना बाइट सरणी में मैप करता है। यह एक संबंधपरक डेटाबेस नहीं है और इसे विरल, वितरित बहु-आयामी क्रमबद्ध मानचित्र के रूप में उत्तम परिभाषित किया जा सकता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}{{Rp\|1}} यह कोलोसस ([[गूगल]] फाइल सिस्टम), वितरित लॉक मैनेजर#अन्य क्रियान्वयन, एसएसटेबल (लॉग-स्ट्रक्चर्ड स्टोरेज जैसे लेवलडीबी) और कुछ अन्य गूगल तकनीकों पर बनाया गया है। बिगटेबल को सैकड़ों या हजारों मशीनों में पेटाबाइट रेंज में स्केल करने के लिए डिज़ाइन किया गया है, और सिस्टम में [में] अधिक मशीनों को जोड़ना आसान बनाता है और स्वचालित रूप से बिना किसी पुन: कॉन्फ़िगरेशन के उन संसाधनों का लाभ लेना प्रारंभ कर देता है।<ref name="o'reilly">{{citation \|url=http://radar.oreilly.com/2006/05/database-war-stories-7-google.html \|series=Database War Stories \|number=7 \|contribution=Google File System and Bigtable \|publisher=O'Reilly \|title=Radar \|date=May 2006 \|format=[[World Wide Web]] log}}.</ref> उदाहरण के लिए, वेब की Google की कॉपी को एक बिगटेबल में स्टोर किया जा सकता है, जहां पंक्ति कुंजी एक रिवर्स डोमेन नेम नोटेशन\|डोमेन-रिवर्स्ड URL है, और कॉलम एक वेब पेज के विभिन्न गुणों का वर्णन करते हैं, जिसमें एक विशेष कॉलम पेज को ही रखता है। पेज कॉलम में कई टाइमस्टैम्प वाले संस्करण हो सकते हैं जो वेब पेज की टाइमस्टैम्प की विभिन्न प्रतियों का वर्णन करते हैं जब वे लाए गए थे। बिगटेबल के प्रत्येक सेल में डेटा के शून्य या अधिक टाइमस्टैम्प वाले संस्करण हो सकते हैं। टाइमस्टैम्प का एक अन्य कार्य समय सीमा समाप्त डेटा के संस्करण नियंत्रण और कचरा संग्रहण (कंप्यूटर विज्ञान) दोनों के लिए अनुमति देना है।		बिगटेबल वाइड-कॉलम स्टोर के प्रोटोटाइपिकल उदाहरणों में से एक है। यह दो मनमाना स्ट्रिंग मान (पंक्ति कुंजी और स्तंभ कुंजी) और टाइमस्टैम्प (इसलिए त्रि-आयामी मानचित्रण) को एक संबद्ध मनमाना बाइट सरणी में मैप करता है। यह एक संबंधपरक डेटाबेस नहीं है और इसे विरल, वितरित बहु-आयामी क्रमबद्ध मानचित्र के रूप में उत्तम परिभाषित किया जा सकता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}{{Rp\|1}} यह कोलोसस ([[गूगल]] फाइल सिस्टम), वितरित लॉक मैनेजर#अन्य क्रियान्वयन, एसएसटेबल (लॉग-स्ट्रक्चर्ड स्टोरेज जैसे लेवलडीबी) और कुछ अन्य गूगल तकनीकों पर बनाया गया है। बिगटेबल को सैकड़ों या हजारों मशीनों में पेटाबाइट रेंज में स्केल करने के लिए डिज़ाइन किया गया है, और सिस्टम में [में] अधिक मशीनों को जोड़ना आसान बनाता है और स्वचालित रूप से बिना किसी पुन: कॉन्फ़िगरेशन के उन संसाधनों का लाभ लेना प्रारंभ कर देता है।<ref name="o'reilly">{{citation \|url=http://radar.oreilly.com/2006/05/database-war-stories-7-google.html \|series=Database War Stories \|number=7 \|contribution=Google File System and Bigtable \|publisher=O'Reilly \|title=Radar \|date=May 2006 \|format=[[World Wide Web]] log}}.</ref> उदाहरण के लिए, वेब की Google की कॉपी को एक बिगटेबल में स्टोर किया जा सकता है, जहां पंक्ति कुंजी एक रिवर्स डोमेन नेम नोटेशन\|डोमेन-रिवर्स्ड URL है, और कॉलम एक वेब पेज के विभिन्न गुणों का वर्णन करते हैं, जिसमें एक विशेष कॉलम पेज को ही रखता है। पेज कॉलम में कई टाइमस्टैम्प वाले संस्करण हो सकते हैं जो वेब पेज की टाइमस्टैम्प की विभिन्न प्रतियों का वर्णन करते हैं जब वे लाए गए थे। बिगटेबल के प्रत्येक सेल में डेटा के शून्य या अधिक टाइमस्टैम्प वाले संस्करण हो सकते हैं। टाइमस्टैम्प का एक अन्य कार्य समय सीमा समाप्त डेटा के संस्करण नियंत्रण और कचरा संग्रहण (कंप्यूटर विज्ञान) दोनों के लिए अनुमति देना है।

alpha>Maheshchandra at 07:06, 26 June 2023

2023-06-26T07:06:43Z

← Older revision		Revision as of 12:36, 26 June 2023
Line 20:		Line 20:

	== इतिहास ==		== इतिहास ==
	बिगटेबल का विकास 2004 में प्रारंभ हुआ।<ref name="1st-blog">{{citation \|quote=First an overview. Bigtable has been in development since early 2004 and has been in active use for about eight months (about February 2005). \|first=Andrew \|last=Hitchcock \|url=https://andrewhitchcock.org/2005/bigtable.html \|title=Google's Bigtable \|access-date=29 July 2007}}.</ref> यह अब कई ~~Google~~ अनुप्रयोगों द्वारा उपयोग किया जाता है, जैसे कि [[Google Analytics]],<ref name=":0">{{cite web \|date=May 6, 2015 \|title=Announcing Google Cloud Bigtable: The same database that powers Google Search, Gmail and Analytics is now available on Google Cloud Platform \|url=http://googlecloudplatform.blogspot.com/2015/05/introducing-Google-Cloud-Bigtable.html \|access-date=September 21, 2016 \|work=Google Blog}}</ref> वेब अनुक्रमण,{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}} ~~MapReduce~~, जिसका उपयोग अधिकांशतः ~~Bigtable~~ में संग्रहीत डेटा को जनरेट करने और संशोधित करने के लिए किया जाता है,{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006 \|ps=: 'Bigtable can be used with MapReduce, a framework for running large-scale parallel computations developed at Google. We have written a set of wrappers that allow a Bigtable to be used both as an input source and as an output target for MapReduce jobs' \|p=3}} [[गूगल मानचित्र]],<ref name="maps-orkut">{{citation \|quote=There are currently around 100 cells for services such as Print, Search History, Maps, and Orkut \|url=https://andrewhitchcock.org/2005/bigtable.html \|title=Google's Bigtable \|first=Andrew \|last=Hitchcock \|access-date=29 July 2007}}.</ref> ~~Google~~ पुस्तकें खोज, मेरा खोज इतिहास , ~~Google~~ धरती, ~~Blogger~~.~~com~~, ~~Google~~ कोड होस्टिंग, ~~YouTube,~~<ref>{{citation \|quote=Their new solution for thumbnails is to use Google's Bigtable, which provides high performance for a large number of rows, fault tolerance, caching, etc. This is a nice (and rare?) example of actual synergy in an acquisition. \|url=https://kylecordes.com/2007/youtube-scalability \|title=YouTube Scalability \|format=talk \|date=2007-07-12 \|first=Kyle \|last=Cordes}}.</ref> और [[ जीमेल लगीं ]]।<ref>{{citation \|url=https://code.google.com/intl/pl/appengine/articles/storage_breakdown.html#anc-background \|contribution=How Entities and Indexes are Stored \|title=Google App Engine \|publisher=Google Code \|access-date=17 April 2014 \|archive-date=7 January 2012 \|archive-url=https://web.archive.org/web/20120107215117/http://code.google.com/intl/pl/appengine/articles/storage_breakdown.html#anc-background \|url-status=dead }}.</ref> ~~Google~~ के अपने स्वयं के डेटाबेस को विकसित करने के कारणों में मापनीयता और प्रदर्शन विशेषताओं का उत्तम नियंत्रण सम्मलित है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006 \|loc=Conclusion \|ps=: 'We have described Bigtable, a distributed system for storing structured data at Google... Our users like the performance and high availability provided by the Bigtable implementation, and that they can scale the capacity of their clusters by simply adding more machines to the system as their resource demands change over time... Finally, we have found that there are significant advantages to building our own storage solution at Google. We have gotten a substantial amount of flexibility from designing our own data model for Bigtable.'}}		बिगटेबल का विकास 2004 में प्रारंभ हुआ।<ref name="1st-blog">{{citation \|quote=First an overview. Bigtable has been in development since early 2004 and has been in active use for about eight months (about February 2005). \|first=Andrew \|last=Hitchcock \|url=https://andrewhitchcock.org/2005/bigtable.html \|title=Google's Bigtable \|access-date=29 July 2007}}.</ref> यह अब कई गूगल अनुप्रयोगों द्वारा उपयोग किया जाता है, जैसे कि [[Google Analytics\|गूगल एनालिटिक्स]] <ref name=":0">{{cite web \|date=May 6, 2015 \|title=Announcing Google Cloud Bigtable: The same database that powers Google Search, Gmail and Analytics is now available on Google Cloud Platform \|url=http://googlecloudplatform.blogspot.com/2015/05/introducing-Google-Cloud-Bigtable.html \|access-date=September 21, 2016 \|work=Google Blog}}</ref> वेब अनुक्रमण,{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006}}प्रतिचित्र रिड्यूस, जिसका उपयोग अधिकांशतः बिगटेबल में संग्रहीत डेटा को जनरेट करने और संशोधित करने के लिए किया जाता है,{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006 \|ps=: 'Bigtable can be used with MapReduce, a framework for running large-scale parallel computations developed at Google. We have written a set of wrappers that allow a Bigtable to be used both as an input source and as an output target for MapReduce jobs' \|p=3}} [[गूगल मानचित्र]],<ref name="maps-orkut">{{citation \|quote=There are currently around 100 cells for services such as Print, Search History, Maps, and Orkut \|url=https://andrewhitchcock.org/2005/bigtable.html \|title=Google's Bigtable \|first=Andrew \|last=Hitchcock \|access-date=29 July 2007}}.</ref> गूगल पुस्तकें खोज, मेरा खोज इतिहास , गूगल धरती,ब्लॉगर.कॉम, गूगल कोड होस्टिंग, यूट्यूब <ref>{{citation \|quote=Their new solution for thumbnails is to use Google's Bigtable, which provides high performance for a large number of rows, fault tolerance, caching, etc. This is a nice (and rare?) example of actual synergy in an acquisition. \|url=https://kylecordes.com/2007/youtube-scalability \|title=YouTube Scalability \|format=talk \|date=2007-07-12 \|first=Kyle \|last=Cordes}}.</ref> और[[ जीमेल लगीं \| जीमेल]] में किया जाता है।<ref>{{citation \|url=https://code.google.com/intl/pl/appengine/articles/storage_breakdown.html#anc-background \|contribution=How Entities and Indexes are Stored \|title=Google App Engine \|publisher=Google Code \|access-date=17 April 2014 \|archive-date=7 January 2012 \|archive-url=https://web.archive.org/web/20120107215117/http://code.google.com/intl/pl/appengine/articles/storage_breakdown.html#anc-background \|url-status=dead }}.</ref> गूगल के अपने स्वयं के डेटाबेस को विकसित करने के कारणों में मापनीयता और प्रदर्शन विशेषताओं का उत्तम नियंत्रण के रूप में सम्मलित करता है।{{Sfn \|Chang \|Dean \|Ghemawat \|Hsieh \|2006 \|loc=Conclusion \|ps=: 'We have described Bigtable, a distributed system for storing structured data at Google... Our users like the performance and high availability provided by the Bigtable implementation, and that they can scale the capacity of their clusters by simply adding more machines to the system as their resource demands change over time... Finally, we have found that there are significant advantages to building our own storage solution at Google. We have gotten a substantial amount of flexibility from designing our own data model for Bigtable.'}}

	~~Google~~ का स्पैनर (डेटाबेस) दो-चरण प्रतिबद्ध प्रोटोकॉल के लिए पैक्सोस (कंप्यूटर विज्ञान) समूह के साथ बिगटेबल के कार्यान्वयन पर स्तरित है। प्रत्येक तालिका के लिए दो-चरण प्रतिबद्ध है। [[Google F1]] को ~~MySQL~~ पर आधारित कार्यान्वयन को बदलने के लिए स्पैनर का उपयोग करके बनाया गया था।<ref>{{citation \|quote=We've moved a large and critical application suite from MySQL to F1 \|url=http://research.google.com/pubs/pub38125.html \|title=Research \|format=presentation \|place=[[Sigmod]] \|year=2012 \|first1=Jeffrey 'Jeff' \|last1=Shute \|first2=Mircea \|last2=Oancea \|first3=Stephan \|last3=Ellner \|first4=Benjamin 'Ben' \|last4=Handy \|first5=Eric \|last5=Rollins \|first6=Bart \|last6=Samwel \|first7=Radek \|last7=Vingralek \|first8=Chad \|last8=Whipkey \|first9=Xin \|last9=Chen \|first10=Beat \|last10=Jegerlehner \|first11=Kyle \|last11=Littlefield \|first12=Phoenix \|last12=Tong \|page=19 \|chapter=Summary; F1 — the Fault-Tolerant Distributed RDBMS Supporting Google's Ad Business}}.</ref>		गूगल का स्पैनर डेटाबेस दो चरण प्रतिबद्ध प्रोटोकॉल के लिए पैक्सोस कंप्यूटर विज्ञान समूह के साथ बिगटेबल के कार्यान्वयन पर स्तरित किया जाता है। प्रत्येक तालिका के लिए दो चरण प्रतिबद्ध है। [[Google F1\|गूगल एफ 1]] को माइ एसक्यूएल पर आधारित कार्यान्वयन को बदलने के लिए स्पैनर का उपयोग करके बनाया गया था।<ref>{{citation \|quote=We've moved a large and critical application suite from MySQL to F1 \|url=http://research.google.com/pubs/pub38125.html \|title=Research \|format=presentation \|place=[[Sigmod]] \|year=2012 \|first1=Jeffrey 'Jeff' \|last1=Shute \|first2=Mircea \|last2=Oancea \|first3=Stephan \|last3=Ellner \|first4=Benjamin 'Ben' \|last4=Handy \|first5=Eric \|last5=Rollins \|first6=Bart \|last6=Samwel \|first7=Radek \|last7=Vingralek \|first8=Chad \|last8=Whipkey \|first9=Xin \|last9=Chen \|first10=Beat \|last10=Jegerlehner \|first11=Kyle \|last11=Littlefield \|first12=Phoenix \|last12=Tong \|page=19 \|chapter=Summary; F1 — the Fault-Tolerant Distributed RDBMS Supporting Google's Ad Business}}.</ref>
	[[Apache HBase]] और [[Apache Cassandra]] कुछ सबसे प्रसिद्ध ओपन सोर्स प्रोजेक्ट हैं जिन्हें बिगटेबल के बाद तैयार किया गया था।
			[[Apache HBase\|अपाचे एच बेस]] और [[Apache Cassandra\|अपाचे]] [[Apache Cassandra\|कैसंद्रा]] कुछ सबसे प्रसिद्ध ओपन सोर्स प्रोजेक्ट हैं, जिन्हें बिगटेबल के बाद तैयार किया गया था।

	6 मई, 2015 को, क्लाउड बिगटेबल नाम के अनुसार बिगटेबल का एक सार्वजनिक संस्करण [[Google क्लाउड प्लेटफ़ॉर्म]] के एक भाग के रूप में उपलब्ध कराया गया था।<ref name=":0" />जनवरी 2022 तक, बिगटेबल 10 एक्साबाइट डेटा का प्रबंधन करता है और प्रति सेकंड 5 बिलियन से अधिक अनुरोधों को पूरा करता है।<ref>{{cite web \| url=https://cloud.google.com/blog/products/databases/cloud-bigtable-now-even-easier-to-manage-with-autoscaling \| title=Cloud Bigtable now even easier to manage with autoscaling }}</ref> 27 जनवरी, 2022 को, Google ने स्वचालित मापनीयता सहित बिगटेबल के लिए कई अपडेट की घोषणा की।<ref>{{Cite web \|last=Kerner \|first=Sean Michael \|date=2022-01-27 \|title=Google क्लाउड बिगटेबल NoSQL डेटाबेस का विस्तार करता है\|url=https://www.techtarget.com/searchdatamanagement/news/252512583/Google-scales-up-Cloud-Bigtable-NoSQL-database \|access-date=2022-10-10 \|website=[[TechTarget]] \|language=en}}</ref>		6 मई, 2015 को, क्लाउड बिगटेबल नाम के अनुसार बिगटेबल का एक सार्वजनिक संस्करण [[Google क्लाउड प्लेटफ़ॉर्म]] के एक भाग के रूप में उपलब्ध कराया गया था।<ref name=":0" />जनवरी 2022 तक, बिगटेबल 10 एक्साबाइट डेटा का प्रबंधन करता है और प्रति सेकंड 5 बिलियन से अधिक अनुरोधों को पूरा करता है।<ref>{{cite web \| url=https://cloud.google.com/blog/products/databases/cloud-bigtable-now-even-easier-to-manage-with-autoscaling \| title=Cloud Bigtable now even easier to manage with autoscaling }}</ref> 27 जनवरी, 2022 को, Google ने स्वचालित मापनीयता सहित बिगटेबल के लिए कई अपडेट की घोषणा की।<ref>{{Cite web \|last=Kerner \|first=Sean Michael \|date=2022-01-27 \|title=Google क्लाउड बिगटेबल NoSQL डेटाबेस का विस्तार करता है\|url=https://www.techtarget.com/searchdatamanagement/news/252512583/Google-scales-up-Cloud-Bigtable-NoSQL-database \|access-date=2022-10-10 \|website=[[TechTarget]] \|language=en}}</ref>


			मई 6 2015 को गूगल क्लाउड के नाम से गूगल क्लाउड के एक भाग के रूप में बिग-टेबल का एक सार्वजनिक संस्करण उपलब्ध कराया गया। [2]

alpha>Maheshchandra at 06:30, 26 June 2023

2023-06-26T06:30:10Z

← Older revision		Revision as of 12:00, 26 June 2023
Line 17:		Line 17:
	}}		}}

	बिगटेबल [[गूगल क्लाउड]] पोर्टफोलियो के हिस्से के रूप में बड़े विश्लेषणात्मक और परिचालन वर्कलोड के लिए पूरी प्रकार से प्रबंधित ~~वाइड-कॉलम~~ और ~~की-वैल्यू~~ एनओएसक्यूएल डेटाबेस सेवा है।		बिगटेबल [[गूगल क्लाउड]] पोर्टफोलियो के हिस्से के रूप में बड़े विश्लेषणात्मक और परिचालन वर्कलोड के लिए पूरी प्रकार से प्रबंधित व्यापक स्तंभ और कुंजी मान एनओएसक्यूएल डेटाबेस सेवा के रूप में है।

	== इतिहास ==		== इतिहास ==