मैं बस इस पोस्ट को ars technica "Is MySQL really this bad पर पढ़ रहा था?" और वास्तव में हैरान था कि ज्यादातर लोग इस बात से सहमत हैं कि MySQL वास्तव में खराब है।क्या MySQL वास्तव में यह बुरा है?
मैं सिर्फ उत्सुक था, क्या यह वास्तव में अधिकांश अनुप्रयोगों के लिए महत्वपूर्ण है? क्या हर कोई MySQL का उपयोग करना बंद कर देना चाहिए? मैं वास्तव में उन लोगों से सुनना चाहता हूं जिन्होंने विभिन्न डेटाबेस के साथ काम किया है।
मैंने माईएसक्यूएल का उपयोग किया है और अभी भी ओरेकल का उपयोग किया है, और MySQL उतना ही खराब है जितना वे इसे बनाते हैं। क्या इसका मतलब है कि किसी को इसका इस्तेमाल नहीं करना चाहिए? मुझे ऐसा नहीं लगता।
हमारे पास कई अनुप्रयोग थे जो छोटे (एक या दो टेबल, 50k पंक्तियों से अधिक नहीं) थे, और ओरेकल (जिसे उस समय लाइसेंसिंग के कारण अनुमति नहीं थी) का उपयोग करने के बजाय हमने MySQL पर विकसित किया था। फोरम थ्रेड में रखे सभी कारणों के लिए: नि: शुल्क, स्थापित करने में आसान, प्रबंधित करने में आसान, नि: शुल्क, बहुत अधिक ओवरहेड नहीं।
अब यह 3.23.x दिनों में वापस आया था जब इनो डीबी या एफके या अन्य किसी भी चीज जैसी चीजें मौजूद नहीं थीं। और जो हमें चाहिए वह पूरी तरह से काम करता था। यह आसानी से आवेषण, अद्यतन इत्यादि ले लिया, कभी भ्रष्ट नहीं हुआ, टेप से अच्छी तरह से ठीक हो गया, सब कुछ।
लेकिन फिर जिन ऐप्स के तहत भाग लिया गया था उन्हें चलाने के लिए ओरेकल या SQL सर्वर की आवश्यकता नहीं थी। मुझे बस इतना करना था (जैसा कि कोई भी अच्छा प्रोग्रामर होना चाहिए) मेरे इनपुट को प्रमाणित करना था, सुनिश्चित करें कि मैं आवश्यकतानुसार लेनदेन का उपयोग कर रहा हूं (ऐप स्तर पर, MySQL पर नहीं, क्योंकि उन दिनों में यह एसीआईडी अनुपालन नहीं था), और यह लगभग वैसा ही था।
सबसे अच्छा हिस्सा यह है कि, विशेष रूप से एक ऐप 2002 में लिखा गया था। आखिरकार मैंने जांच की, यह अभी भी 6 साल बाद चल रहा है, अभी भी माईएसक्यूएल पर (मुझे लगता है कि यह 4.1 है या कुछ है) और अभी भी वही कर रहा है जो इसे लिखा गया था कर।
तो, हाँ, यह किसी भी महान किस्म के ई-कॉमर्स, बैंकिंग या डेटा वेयरहाउसिंग के लिए बेकार है (कोशिश की गई)। लेकिन अगर आपको एक त्वरित पकाने की विधि बॉक्स की आवश्यकता है, या कुछ अन्य छोटे से छोटे ऐप की आवश्यकता है, तो MySQL ठीक काम करेगा।
मेरी समझ यह है कि MySQL ट्रिगर्स, बाधाओं, एफके आदि के पक्ष में मृत-सरल, तेज़ छोटे डीबीएमएस के रूप में अपनी जड़ों को छोड़ रहा है। मुझे लगता है कि यह है कि MySQL का चूसना खेलने के लिए आता है। यदि आपकी डीबी आवश्यकताएं सरल हैं, तो MySQL 10 में से 10 बार काम करेगा। कम से कम यह मेरा अनुभव रहा है।
बड़ी और जटिल प्रणालियों के लिए, हां, पर्याप्त बदसूरत/क्विर्क हैं जो उनके बदसूरत सिर को पीछे रख सकते हैं - मुझे विश्वास है कि लोग हमेशा MySQL के साथ PostgreSQL पर जाते हैं, यह है कि "MySQL" नाम बहुत अधिक है अधिक आकर्षक।
क्यों पोस्टग्रेएसक्यूएल ने अपने नाम का उच्चारण करने में भी बाधा डालने का फैसला किया है, मुझे कभी नहीं पता होगा - PostgreSQL विकिपीडिया पेज का एक संपूर्ण भाग PostgreSQL's name पर समर्पित है।
यदि आपने पोस्ट किया गया लेख पढ़ लिया है, तो आप समझेंगे कि इसे हर समय टालना नहीं चाहिए। यह विशिष्ट कार्य पर है कि अन्य डेटाबेस सिस्टम सबसे अच्छा काम कर सकता है।
लेख के साथ समस्याओं निर्दिष्ट करता है:
यदि आप इस प्रकार के ऑपरेशन नहीं करते हैं, तो MySQL ठीक है। मैं पोस्टग्रेज़ और माईएसक्ल का उपयोग कर रहा हूं ... मुझे लगता है कि माईएसक्ल को इतना लोकप्रिय लगता है क्योंकि यह कई होस्टिंग प्रदाता पर उपलब्ध है, न कि पोस्टग्रेस। लेकिन, जब आवश्यक हो तो मुझे MySQL का उपयोग करने में कोई समस्या नहीं है। अगर मेरे पास सभी विकल्प हैं तो मैं इसे चुन नहीं सकता हूं लेकिन यह निश्चित रूप से खराब उत्पाद नहीं है ...
विकिपीडिया (दुनिया में सातवीं सबसे लोकप्रिय वेबसाइट; दो मिलियन से अधिक लेख और कुल मिलाकर 15 मिलियन से अधिक पृष्ठ) निर्मित हैं MySQL पर। वह मेरे लिए काफी अच्छा है :)
दो चरम सीमाओं आप असंतुष्ट उपयोगकर्ताओं जहां मिल जाएगा रहे हैं:
बहुत से लोग उनके होस्टिंग प्रदाता के माध्यम से MySQL अनुभव करते हैं। सस्ते होस्टिंग पर जो लोग बड़े पैमाने पर oversold, कमजोर हार्डवेयर पर crammed किया जाता है और नतीजतन बुरा अनुभव है।
फिर ऐसे लोग हैं जिन्हें जटिल विफलताओं और प्रतिकृति के साथ बड़े पैमाने पर सिस्टम की आवश्यकता होती है। MySQL स्केल कर सकते हैं, लेकिन यह न तो सुंदर या सरल है।
यह सबसे अधिक पसंद के डीबी है क्योंकि यह हमेशा के लिए रहा है और इसमें इसे पोक करने के लिए बहुत सारे टूल हैं। समय में, जब तक सूर्य इसके साथ कुछ नहीं करता है, तो इसे PostgreSQL या एक नई डीबी तकनीक द्वारा प्रतिस्थापित किया जाएगा।
यह वास्तव में निर्भर करता है कि आप क्या उम्मीद करते हैं। इनमें से अधिकतर समस्याएं MySQL के साथ वास्तव में बग नहीं हैं, लेकिन जिस तरह से यह हमेशा काम करता है (पीछे की संगतता को बनाए रखना) - जिस तरह से इसे काम करने के लिए दस्तावेज किया गया है।
कुछ मुद्दों के साथ लेखक को समस्याएं हैं जिन्हें MySQL 5.0 के सख्त मोड का उपयोग करके ठीक किया जा सकता है - हालांकि, आप ऐसा नहीं करना चाहते हैं यदि आप एक विरासत अनुप्रयोग का उपयोग कर रहे हैं जो सख्त मोड के साथ काम करने के लिए नहीं बनाया गया है , क्योंकि आपको त्रुटियां मिलेंगी कि आपके एप्लिकेशन की अपेक्षा नहीं है।
नवंबर 2016 में, यदि ड्राइव के दौरान ड्राइव खोने के दौरान ड्राइव खो जाती है तो इनओडीबी फाइल भ्रष्ट हो जाती है और डेटाबेस भी पुनरारंभ नहीं कर सकता है? – Craig
लोग उन चीज़ों के बारे में शिकायत नहीं करते हैं जिनका उपयोग नहीं करते हैं।
क्या एक मास्टर टुकड़ा टिप्पणी है। वाहवाही। यह अंत मेरे संदेह के साथ है। –
MySQL कमोडिटी हार्डवेयर के साथ गति और स्केलिंग-आउट पर केंद्रित है। अन्य आरडीबीएमएस ब्रांड स्थिरता और मानकों जैसे विभिन्न फीचर सेट पर ध्यान केंद्रित करते हैं। आपको postgresSQL और MySQL के बीच this interesting comparison पढ़ना चाहिए जो वास्तव में महत्वपूर्ण अंतरों पर विस्तार करता है।
MySQL का उपयोग है, और एक संतुष्ट ग्राहक के रूप में मेरे पास केवल (ज्यादातर?) अच्छी बातें हैं इसके बारे में कहना है।
MySQL की अधिकांश समस्याएं इसकी कॉन्फ़िगरेशन पर हैं। आप इसे अमान्य इनपुट के साथ सख्त होने के लिए कह सकते हैं, या इसे विदेशी कुंजी के साथ एक स्टोरेज इंजन का उपयोग करने के लिए कह सकते हैं, लेकिन इसका कारण यह खराब प्रतिष्ठा है कि यह डिफ़ॉल्ट रूप से बेहद कम है।
दूसरी तरफ कुछ चेक के साथ डिफ़ॉल्ट सेटअप का मतलब है कि यह तेज़ है। कुछ मामलों में गति डेटा अखंडता से अधिक मूल्यवान है, और इसके साथ कुछ भी गलत नहीं है अगर इसका सही स्थान पर उपयोग किया जाता है।
MySQL निःशुल्क, तेज़, स्थापित करने में आसान है, और सरल अनुप्रयोगों के लिए काम करता है। यह MySQL की विरासत है, और यह लोकप्रिय क्यों हो गया।
माईएसक्यूएल अपने "छोटे डेटाबेस इंजन" से आगे बढ़ रहा है, जो मूल उच्च स्तरीय आरडीबीएमएस बाजार को दुर्घटनाग्रस्त करने के लिए बहुत कठिन प्रयास कर रहा है, और ओरेकल, एमएस एसक्यूएल सर्वर, और आईबीएम डीबी 2 के प्रमुख तीनों पर ले जाता है। तो बाजार अब अन्य अपस्टार्ट परियोजनाओं के बजाय "बड़े लड़कों" में MySQL की तुलना करने की अधिक संभावना है। MySQL के foibles स्वाभाविक रूप से इस प्रकाश में कम क्षमा करने योग्य लगते हैं।
PostgreSQL को प्राथमिक प्रतिद्वंद्वी को MySQL पर लंबे समय से माना जाता था, क्योंकि दोनों खुले स्रोत हैं। PostgreSQL तर्कसंगत रूप से एसक्यूएल का बेहतर कार्यान्वयन है, लेकिन इसमें एक तेज सीखने की वक्र है। यह कुछ महत्वपूर्ण वर्षों के लिए देशी Win32 पोर्ट प्रदान करने में भी असफल रहा, जिसके दौरान MySQL ने बहुत सारे बाजार हिस्सेदारी की स्थापना की। PostgreSQL को उस खोए हुए जमीन को बनाने के लिए इसके पीछे विपणन प्रयास कभी नहीं किया गया है।
MySQL निःशुल्क है: सभी मार्ग –
@ ह्यूग्स: क्या आप सूर्य से MySQL वाणिज्यिक लाइसेंस का जिक्र कर रहे हैं? इसके लायक होने के लिए, PostgreSQL के व्यावसायिक वितरण भी उत्पाद नाम एंटरप्राइज़ डीबी के तहत हैं। –
नहीं, बस फर्म में मैं काम करता हूं हम ऐसे सॉफ्टवेयर बेचते हैं जो जीपीएल नहीं हैं और इसलिए हमें लाइसेंस के लिए भुगतान करना होगा। इस मामले में फ़ायरबर्ड या PotgreSQL का उपयोग वास्तव में मुफ़्त है –
MySQL के साथ यह समस्या यह है कि वे गलत जगह से शुरू हुए। दिन में वापस MySQL वास्तव में अनुक्रमित फ़ाइलों का एक संग्रह था जिसे आप एक (प्राथमिक) एसक्यूएल इंजन के खिलाफ चला सकते थे। इसमें लेनदेन, बाधाएं, प्रक्रियाएं, ट्रिगर्स, सबक्वायरीज़ या वस्तुतः कुछ भी नहीं था जो वास्तविक आरडीबीएमएस को वास्तविक डेटाबेस बनाता है।
तब भी इसमें प्रशंसकों थे, और जब भी आप उन्हें उनके साथ लाए थे तो उनके स्टॉक उत्तर थे (ए) आपको एप्लिकेशन लॉजिक में सभी चीजों को कोड करना चाहिए और (बी) लेकिन देखो कि यह कितना अंधेरा है (यह यह दिया गया था कि यह वास्तव में कुछ भी नहीं कर रहा था)।
हाल ही में हालांकि MySQL ने उपरोक्त में से अधिकांश पर प्रकाश देखा है और तैयार किया है। Fanboys के साथ वार्तालाप आम तौर पर 'लेकिन MySQL एचएस' के साथ चलते हैं! अब मुझे यकीन है कि माईएसक्यूएल पर काम कर रहे बहुत से उज्ज्वल कोडर हैं, लेकिन जैसा कि हम सभी उन कार्यक्रमों को जानते हैं जिनके पास जमीन से डिजाइन किए जाने के बजाय पूर्ववर्ती रूप से तैयार की गई विशेषताएं हैं, त्रुटियों, गलतफहमी और असंगत व्यवहार के लिए अधिक उत्तरदायी हैं।
जो ज्ञान प्राप्त करता है वह हमें बताता है कि हमारे पास है (प्रशंसकों को अनदेखा कर रहा है)।
व्यक्तिगत रूप से मैं संस्करण 5 से पहले की तुलना में अब MySQL का उपयोग करने के इच्छुक हूं, और मुझे यकीन है कि इसे संस्करण 7 के आसपास कभी-कभी प्रयास में रखा जा सकता है, यह मिशन-महत्वपूर्ण अनुप्रयोगों के लिए पूरी तरह भरोसेमंद हो सकता है। इस बीच डीबी 2, ओरेकल, एमएसएसक्यूएल और पोस्टग्रेस मिशन महत्वपूर्ण अनुप्रयोगों के लिए बुद्धिमान विकल्प हैं क्योंकि इन्हें वास्तविक आरडीबीएमएस के रूप में बनाया गया था और आपको रात में अच्छी तरह से सोने की अनुमति मिलती है क्योंकि आपका डेटा पूरी तरह से सुरक्षित है। MySQL उन क्षेत्रों में एक या दो चरणों से एक उत्कृष्ट समाधान है।
फिर भी, माईएसक्यूएल पढ़ता था लेकिन लिखने पर विशेष रूप से तेज़ नहीं था, क्योंकि यह एक समय में केवल एक ही लिख सकता था। – Craig
मैं एक आवेदन है कि किसी भी बड़े डीबी इस्तेमाल कर सकते हैं के साथ काम किया: MSSQL, ओरेकल, MySQL, इन्फोर्मिक्स, DB2, Sybase, आदि
उनमें से सभी का समर्थन करने के लिए सबसे समस्याग्रस्त ओरेकल था। लेकिन आम तौर पर उनमें से सभी (ऑरैकल शामिल) के साथ काम करना बहुत आसान था, क्योंकि एप्लिकेशन ने बहुत सरल एसक्यूएल स्टेटमेंट का इस्तेमाल किया था।
क्या हर कोई MySQL का उपयोग करना बंद कर देना चाहिए?
अच्छा, यह इस बात पर निर्भर करता है कि आपकी आवश्यकताओं के अनुरूप कौन सा टूल बेहतर है।
कई संगठन एक डीबी चुनते हैं और वे इसके साथ दुनिया के अंत तक पहुंच जाएंगे।
हालांकि एक बात यह है कि बहुत ही दिलचस्प है इंटरनेट में सबसे महत्वपूर्ण कंपनियों में से कुछ का उपयोग करता है यह है:
और वे मानव संसाधन प्रक्रिया के लिए इसका इस्तेमाल नहीं करते हैं, लेकिन कोर के लिए
मतलब समय यहाँ में (मुझे लगता है कि के लिए एक बोली प्राप्त करने के लिए कोशिश करता हूँ) ग्राहक की सूची MySQL है ।
http://www.mysql.com/customers/#e-Commerce
कुछ दूसरों:
कि सूर्य के लिए कारणके लिए MySQL खरीदने के लिए में से एक थाप्लस, इस तरह सूर्य एमएसएसएलएल सर्वर + .net और ओरेकल + वेबलॉगिक
के साथ एमएस के खिलाफ प्रतिस्पर्धा कर सकता है यदि आप देखते हैं कि उनके पास एप्लिकेशन सर्वर और डेटाबेस दोनों हैं, तो सूर्य को डीबी की कमी है और इसे खरीदने का फैसला किया गया है।
बेशक सभी कंपनियां इतनी बड़ी नहीं हैं, और कुछ बंद व्यवसाय के लिए एमएसएसक्यूएल और ओरेकल का बहुत स्वागत है।
संपादित करें अरग ... मुझे ऐसे संसाधन नहीं मिल रहे हैं जो स्पष्ट रूप से बताते हैं (बहुत सारे पृष्ठों को पढ़ने के बिना)। मुझे मिला केवल एक ही विकिपीडिया http://en.wikipedia.org/wiki/Wikipedia#Software_and_hardware
आप जानते हैं कि कुछ सुपर बड़ी कंपनी किसी विशेष उत्पाद का उपयोग कर रही है, वही उत्पाद का उपयोग करने के लिए बिल्कुल एक अनिवार्य कारण नहीं है। ये कंपनियां बड़ी हैं और आप जो भी टूल ढूंढ सकते हैं वह शायद कहीं भी उनकी प्रक्रियाओं में से एक में है। यह सिर्फ खेल की प्रकृति है। – NotMe
जहां तक सूरज mysql खरीद रहा है: ऐप विकास स्थान पर एक पूर्ण सूट देने के लिए उन्हें अन्य लोगों के खिलाफ प्रयास करने और प्रतिस्पर्धा करने के लिए कुछ भी चाहिए, कुछ भी चाहिए। MySQL ने खुद के लिए एक नाम बनाया है, जिसने इसे आकर्षक बना दिया है। तकनीकी गुण शायद ही कभी उन प्रकार के सौदों में आते हैं, सूर्य के अलावा खुद से पूछते हैं कि क्या वे इसे काम कर सकते हैं। – NotMe
सूची में भी रुचि जोड़ें;) https://engineering.pinterest.com/blog/sharding-pinterest-how-we-scaled-our-mysql-fleet/ – dosdebug
यह मेरे छोटे, हल्के, बहुत ही रोमांचक परियोजनाओं के लिए काम करता है जिनमें बहुत अधिक लिंक वाली टेबल नहीं हैं।
बहुत से लोग MySQL द्वारा कसम खाता है। हम में से कई बस इस पर कसम खाता हूँ।
हमेशा यह विचार है कि आपको अन्य डेटाबेस सिस्टम द्वारा प्रदान की जाने वाली कुछ सुविधाओं की आवश्यकता नहीं होगी ... लेकिन फिर एक दिन आपको उनकी आवश्यकता है।
मेरे लिए सबसे हालिया चेक बाधाएं थीं। मैं वास्तव में चेक की बाधाओं की आवश्यकता है क्योंकि लोग मेरे डीबी में रेखांश और अक्षांश कॉलम को उलटते रहते हैं। मैंने कई स्थानों पर बाधा को जोड़ा और बाद में पता चला कि यह सिर्फ अनदेखा है। बहुत दर्द का कारण बन गया।
दूसरी चीज जिसने मुझे मार दिया है लेनदेन से इतनी सारी चीजों का छूट है - सबसे विशेष रूप से स्कीमा संशोधन। मैं टेबल को बदल या नाम क्यों नहीं बदल सकता और उन्हें वापस रोल नहीं कर सकता अगर मुझे पसंद नहीं आया तो क्या हुआ?
यहां मेरे अनुभव हैं। मुझे कॉलेज एक्सेल में पढ़ाया गया था और फिर मूल कंप्यूटर कार्यालय कक्षा में प्रवेश किया गया था। वे मेरे "पहले डेटाबेस" थे। अब मैं पर्याप्त चिल्ला नहीं सकता "एक्सेल कोई डाटाबेस नहीं है !!!" बाद में जब मैंने डेटाबेस क्लास लिया, तो हमें माईस्कल सिखाया गया। तो स्वाभाविक रूप से जब मैं असली दुनिया में बाहर निकल गया मैंने जो इस्तेमाल किया वह था।
मैं एक वेब आधारित कंपनी के लिए काम करता हूं जो MySQL को प्राथमिक डीबी के रूप में उपयोग करता है, लेकिन एक साल पहले हमने जीआईएस डेटा के साथ काम करना शुरू कर दिया था और उस जानकारी के लिए पोस्टग्रेएसक्यूएल का उपयोग करने का फैसला किया था। मैंने postgreSQL grudgingly सीखा, और तब से यह पसंद आया है, लेकिन साथ ही यह मुझे mysql और भी सराहना करने में मदद की है।
मेरी राय यह है कि MySQL प्रोग्रामर डीबीएमएस से अधिक है। जबकि postgreSQL, और इसके जैसे अन्य डेटाबेस प्रशासक के डीबीएमएस हैं। एक प्रोग्रामर के रूप में मुझे माईस्क्ल के लिए प्यार है:
मैं ऐसी कंपनी में काम करता हूं जो नहीं जानता था कि 1 एनएफ क्या था जब मैं वहां गया था। लेकिन कंपनी सशक्त है, और एक प्रोग्रामर के रूप में मैं डीबीएमएस पसंद से संतुष्ट हूं।
"स्वतंत्रता (यह सख्त एसक्यूएल मानकों का पालन नहीं करता है एक टी के लिए)। " हू? मैं अन्य तर्कों को समझ सकता हूं, लेकिन यह एक ... स्वतंत्रता ... क्या? अनुपालन न करने वाले? ऐसे मामले हैं जहां यह आवश्यक हो सकता है (डीबी में से कोई भी एसबी को एसक्यूएल चश्मा लागू नहीं करता है), लेकिन आम तौर पर मानक का समर्थन नहीं करने के लिए कोई अच्छा कारण नहीं है जिसे आप समर्थन देने का दावा करते हैं ("एसक्यूएल" भाग "mySQL" में)। IMHO। – StaxMan
मैं यह है डर लग रहा है - मैं इसे एक बहुत का उपयोग कर रहे हैं और मैं मैं सिर्फ वहाँ बाहर है कि डिग जैसे कुछ तीव्र लोड साइटों MySQL का उपयोग फेंक चाहते हैं कि
से खुश नहीं था। मैं वर्तमान में विचार कर रहा हूं कि मेरे (PHP) एप्लिकेशन के लिए एक बेहतर विकल्प है - MySQL (जिसे मैं अधिक परिचित हूं) या पोस्टग्रेएसक्यूएल (जिसमें कम PHP समर्थन (कोई ऑब्जेक्ट-ओरिएंटेड रैपर नहीं है) लेकिन ऐसा लगता है और परीक्षण किया जाता है)।
मैं 2002 के बाद से MySQL का उपयोग कर रहा हूं और हमेशा इसके साथ काम करने का आनंद लिया है। मुझे अपने प्रोग्रामिंग कैरियर में जल्दी याद है, लोग खिलौना डेटाबेस के रूप में MySQL लिखेंगे।
मैं बड़ी डेटा वेयरहाउस परियोजनाओं के लिए MySQL का उपयोग करने के खिलाफ सभी तर्कों को समझता हूं। यदि आप बड़े पैमाने पर क्रेडिट कार्ड कंपनी के आवेदन का निर्माण कर रहे थे तो आप इसका उपयोग नहीं करना चाहेंगे।
यह कहकर कि, वेब पर अधिकांश चीजों के लिए, MySQL नौकरी ठीक करता है। यदि आपको कोई संदेह है, तो बस विकिपीडिया देखें जो MySQL और PHP के शीर्ष पर बनाया गया है।
यह प्रश्न निरंतर PHP प्रश्नों की तरह है: इसकी अधिकांश "समस्याएं" अधिकांश लोगों को समस्या का सामना नहीं करती हैं।
ऐसे वातावरण में जहां आपके पास एक एप्लिकेशन है जो डेटाबेस पर चलता है - एक वेबसाइट की तरह - आपको डिफ़ॉल्ट मानों और रेफरेंशियल अखंडता के बारे में बहुत सारे मुद्दे मिलेंगे, केवल इसलिए जाएं क्योंकि एप्लिकेशन को उनकी देखभाल करनी है वैसे भी। तो यह करता है। और फिर यह डीबी की तुलना में कोई फर्क नहीं पड़ता।
बस किक्स के लिए, PostGreSQL को एक बहुत ही महत्वपूर्ण क्षेत्र में एसक्यूएल के पीछे होने के रूप में प्राप्त किया गया है: प्रतिकृति। MySQL में प्रतिकृति अंतर्निहित है और यह बहुत अधिक काम करता है। लेकिन यह PostGreSQL में अंतर्निहित नहीं है: यह एक ऐड-ऑन है, जिसमें सेटअप और कॉन्फ़िगरेशन का एक और स्तर आवश्यक है। यह एक दुर्भाग्यपूर्ण धारणा है, लेकिन मैंने इसे पूरी तरह से एक परियोजना को रोक दिया है जो PostGreSQL में माइग्रेट हो सकता था।
वजहों MySQL बुरा है की एक और सूची PostgreSQL बनाम इस उत्कृष्ट तुलना में पाया जा सकता:
यह MySQL पर कपड़ा करने के लिए आसान है, लेकिन घास जरूरी हरित अन्य डेटाबेस के साथ नहीं है। मैं वर्तमान में MySQL का उपयोग करता हूं, और अतीत में ओरेकल और एमएस एसक्यूएल का उपयोग करता हूं, और हालांकि विवरण अब अस्पष्ट हैं, मुझे कई बार याद है, कई बार ओरेकल और एमएस एसक्यूएल में बग/फीचर्स ढूंढने से मुझे लगता है कि "लोग इसके लिए पैसे देते हैं ?!? "। प्रत्येक डेटाबेस में समस्याएं होती हैं, लेकिन कम से कम आपको MySQL में समस्याओं के लिए पैसे का भुगतान नहीं करना पड़ता है ...
तथ्य यह है कि डिग, फेसबुक, फ़्लिकर, यूट्यूब, विकिपीडिया और कई जैसे विशाल वेब साइटें अन्य MySQL पर चलते हैं। तो यह वास्तव में कितना बुरा हो सकता है ...?
पोस्टग्रेस-क्यू-एल के बारे में पृथ्वी पर क्या करना मुश्किल है? पोस्टग्रेस इंग्रेस डेटाबेस प्रोजेक्ट के रास्ते से बाहर निकल गए, पीछे से, और चूंकि यह क्वेरी के लिए मानक एसक्यूएल का समर्थन करता है, इसलिए उन्होंने इसे PostgreSQL कहा। – Craig
मुझे लगता है कि गोद लेने की दर खुद के लिए बोलती है, @ क्रेग। https://www.pinterest.com/pin/196821446184618973 2011 में, 9% डेवलपर्स MySQL के 56% के विरोध में PostgreSQL का उपयोग कर रहे थे। – Bobort
बेशक, उस 56% में से 9% वास्तव में "डेवलपर्स" के रूप में अर्हता प्राप्त करेंगे ... – Craig