MySQL सख्त मोड और इसे सक्षम क्यों किया जाना चाहिए

MySQL में ऐसा एक विशेष मोड है, जिसे डेटाबेस में गलत डेटा पेश करने के लिए डिज़ाइन किया गया है। उदाहरण के लिए, 2,000,000,000 के बजाय INT क्षेत्र में 2147483647 डालें। या गैर-मौजूद तिथियों के साथ आधार भरें। या छंटनी की गई लाइनें। खैर, या आप कभी नहीं जानते कि यह मोड आपके लिए उपयोगी क्यों हो सकता है।

इस मोड को "सामान्य मोड" कहा जाता है।



हालांकि पहली नज़र में यह पागल लगता है, इस व्यवहार का एक ऐतिहासिक कारण है।

MyISAM इंजन, पूर्व मानक MySQL इंजन बहुत हाल तक, लेनदेन का समर्थन नहीं करता है । यदि अनुरोधों में से एक "प्रतीत होता है परमाणु" सेट बंद हो गया, तो आधार (सामान्य मामले में) ने अपनी अखंडता खो दी। इस खतरे की तुलना में, डेटाबेस के लिए गलत मान लिखना कम से कम बुराई है।

लेकिन आखिरकार, किसी भी प्रकार के सक्षम वेब डेवलपर्स को पता है कि उन्हें InnoDB इंजन का उपयोग करने की आवश्यकता है, जो - साइट के लिए भंडार के संदर्भ में - सभी तरफ से MyISAM से बेहतर है। विशेष रूप से, InnoDB लेनदेन का समर्थन करता है, और सभी कुछ पर्याप्त ओआरएम (या उनके लाइव विकल्प एन्कोडिंग डेटाबेस क्वेरीज) इन परिवर्तनों का उपयोग परमाणु परिवर्तन सुनिश्चित करने के लिए करते हैं।

तो यह पता चला है कि यदि आप InnoDB और लेन-देन का उपयोग करते हैं, तो एक फैलाने वाला MySQL रवैया केवल आपको परेशान करता है। प्रत्येक मिस्ड स्कैन डेटाबेस को बंद करने की धमकी देता है। यहाँ एक अच्छा उदाहरण है - आप किस क्षेत्र के लिए URL स्टोर करते हैं? VARCHAR(255) ? और पता 2 किलोबाइट लंबा हो सकता है । "सामान्य मोड" में, जब एक लाइन ओवरफ्लो होती है, तो MySQL केवल एक लॉग को चेतावनी लिखेगा जो कोई भी नहीं पढ़ता है।

सख्त मोड

MySQL मोड की व्यापक सूची से, हम STRICT_TRANS_TABLES मोड में रुचि रखते हैं। यह मना करता है कि मैंने ऊपर क्या बात की थी, और किसी भी गलत डेटा पर त्रुटियों को फेंकता है।

प्रश्नों की भाषा में,

 SET sql_mode = 'STRICT_TRANS_TABLES, NO_ZERO_DATE, NO_ZERO_IN_DATE';

बेशक, इस तरह के बदलाव के बाद, आपको परीक्षणों को चलाने की आवश्यकता है (यदि कोई हो), या कम से कम त्रुटियों की निगरानी करें (जैसा कि वे दिखाई देते हैं)।

रूबी ऑन रेल्स पर लागू STRICT_TRANS_TABLES बारे में निष्कर्ष मेरे ब्लॉग पर पढ़े जा सकते हैं।