दूसरा सामान्य रूप (एसक्यूएल शब्दावली में)

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



केवल मज़ेदार बात यह है कि कटौती के तहत यह सब बकवास भाषा के रूप में SQL के उद्भव से पहले भी Codd के दिमाग में पैदा हुआ था, और अब, SQL के संदर्भ में, सब कुछ दे ...





दूसरा सामान्य रूप या 2NF क्या है? ताकि तीन साल के बच्चे को सचमुच समझ आए ...

शुरू करने के लिए, हम उन उद्देश्यों के लिए समझेंगे जो सामान्यीकरण का पीछा करते हैं। कटौती के तहत कोई असतत शब्द नहीं हैं ...



पहले सामान्य रूप (1NF) को कम करने का लक्ष्य एक चयन क्वेरी के साथ डेटा लाते समय WHERE क्लॉज़ के उपयोग को सक्षम करना है। चूंकि सभी स्तंभ मान समान और पूर्वनिर्धारित प्रकार के हैं, इसलिए उनकी एक दूसरे के साथ और स्थिरांक के साथ तुलना की जा सकती है।



उदाहरण के लिए, यदि तालिका 'परिवार' में VARCHAR प्रकार का एक कॉलम 'किड्स' है, तो हम आसानी से दो पंक्तियों 'वास्या' और 'आन्या' की तुलना कर सकते हैं और उदाहरण के लिए, उनके लेक्सोग्राफ़िक क्रम को निर्धारित कर सकते हैं, साथ>

परिवार	बच्चे
इवानोव	Vasya
Petrovs	Anya

यदि फ़ील्ड में कुछ लाइन 'चिल्ड्रन' को 'वान्या, साशा' का संकेत दिया जाता है, तो हम अब बच्चों के क्रम को स्पष्ट रूप से निर्धारित नहीं कर सकते हैं। 'वास्या' और 'वान्या, साशा' की पंक्तियों की तुलना करना इस स्थिति में व्यर्थ है। चूंकि पहला एक स्ट्रिंग है और दूसरा एक सूची है। मान लीजिए हम 'C' अक्षर के सभी बच्चों को ढूंढना चाहते हैं।

परिवार	बच्चे
इवानोव	Vasya
Petrovs	Anya
Sidorov	वान्या, साशा

अनुरोध टाइप करें

SELECT Kids FROM Family WHERE kids LIKE '%'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इस स्थिति में काम नहीं करना चाहिए और साशा नहीं मिलेगी, क्योंकि LIKE सूचियों को पार्स नहीं कर सकता है, मानों को निकाल सकता है और टेम्पलेट के साथ तुलना के लिए उन्हें तर्क के रूप में मान सकता है। 'वान्या, साशा' इस मामले में, एक गैर-परमाणु मूल्य जैसे कि तार की सूची। SQL को इस तरह के डेटा के साथ काम करने का तरीका सिखाने के लिए, आपको या तो भाषा का विस्तार करना होगा या मॉडल को 1NF तक सरल बनाना होगा। 1NF का अपघटन यौगिक मूल्य को परमाणु में विभाजित करके प्राप्त किया जाता है:

परिवार	बच्चे
इवानोव	Vasya
Petrovs	Anya
Sidorov	वन्या
Sidorov	साशा

यही है, पहला NF कॉलम मानों की संरचना से संबंधित है।



दूसरी (और तीसरी, लेकिन आज इसके बारे में नहीं) एनएफ पहले से ही मेज के स्तंभों के बीच कीज़ और निर्भरता से संबंधित है। हम स्पष्टीकरण के साथ इसके लक्ष्यों को सूचीबद्ध करते हैं।

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

उदाहरण के लिए, हमारे पास एक तालिका है

आईडी	CD_name	कलाकार
10	इनर टर्बुलेंस के छह डिग्री	सपना थियेटर
20	महानगर, पी.टी. 2: एक स्मृति से दृश्य	सपना थियेटर
30	कठपुतलियों के मास्टर	सपना थियेटर

जहां प्राथमिक कुंजी एक आईडी है । यह योजना 2NF में है, क्योंकि कलाकार कॉलम, जिसे कुंजी में शामिल नहीं किया गया है, केवल संपूर्ण कुंजी द्वारा निर्धारित किया जाता है।



तालिका 2NF में है यदि कोई भी गैर-कुंजी स्तंभ केवल संपूर्ण कुंजी द्वारा परिभाषित किया गया है और उसके भाग द्वारा परिभाषित नहीं किया जा सकता है



सामान्य तौर पर, 2NF बेमेल का प्रश्न केवल तभी उठाया जा सकता है जब तालिका में समग्र कुंजियाँ हों। सरल कुंजी के साथ तालिकाओं, उदाहरण के लिए, हमेशा 2NF होता है। निर्दिष्ट तालिका केवल इस तरह के एक मामले का एक उदाहरण है, क्योंकि दोनों चाबियाँ (और यह आईडी और प्राकृतिक कुंजी CD_name है ) इसमें सरल हैं, और उनके पास कोई भाग नहीं है।



तालिका में 2NF बेमेल पर विचार किया जाएगा

कलाकार	CD_name	ट्रैक	गीत
सपना थियेटर	इनर टर्बुलेंस के छह डिग्री	गलत समझा	पेट्रुकी
सपना थियेटर	महानगर, पी.टी. 2: एक स्मृति से दृश्य	ओवरचर 1928	(वाद्य)
सपना थियेटर	कठपुतलियों के मास्टर	बैटरी	Netfield
मेटालिका	कठपुतलियों के मास्टर	बैटरी	Netfield
Ensiferum	प्रतिशोध की कथा	बैटरी	Netfield

एक और एक ही गाने को कई डिस्क में शामिल किया जा सकता है, और अलग-अलग समूहों से एक ही नाम के गाने, जैसे कि श्रद्धांजलि, के नाम सैद्धांतिक रूप से संभव हैं। इसलिए, कुंजी {कलाकार, CD_name, ट्रैक} है । इस मामले में, बोल स्तंभ के मूल्य, शब्दों के लेखक को दर्शाते हुए, विशिष्ट रूप से {कलाकार, ट्रैक} कॉलम से निर्धारित होते हैं, जो कुंजी का हिस्सा हैं। यह 2NF का उल्लंघन है।



इसका परिणाम यह है कि गीत के प्रत्येक गीत के लिरिक्स कॉलम के मान बेमानी हैं। संगीत के क्षेत्र में, ये मूल्य नहीं बदलते हैं, लेकिन अन्य डोमेन डोमेन में, इस तरह के अनावश्यक डेटा में लापरवाह परिवर्तन से डेटाबेस के एक असंगत स्थिति हो सकती है जब सभी मान अपडेट नहीं होते हैं। यह एक संशोधन विसंगति का एक उदाहरण है।



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



इसी तरह, यदि हम डेटाबेस से डिस्क हटाना चाहते हैं, तो हमें केवल इस डिस्क में शामिल किए गए सभी गीतों के लेखकों के बारे में जानकारी खोने के लिए मजबूर होना पड़ेगा, क्योंकि इस मॉडल में लेखक के बारे में जानकारी प्रस्तुत करना संभव नहीं है यदि गीत किसी सीडी में शामिल नहीं है । उदाहरण के लिए, इनर टर्बुलेंस डिस्क के सिक्स डिग्री को हटाने की इच्छा के परिणामस्वरूप गीतकार मिसंडरस्टूड खो जाएगा, जो अक्षम्य है। यह एक असामान्यता को हटाने का एक उदाहरण है।



ऐसी विसंगतियों से बचने और अतिरेक को दूर करने के लिए, हमें तालिका को विभाजित करने की आवश्यकता है, अर्थात:

कलाकार	CD_name	ट्रैक
सपना थियेटर	इनर टर्बुलेंस के छह डिग्री	गलत समझा
सपना थियेटर	महानगर, पी.टी. 2: एक स्मृति से दृश्य	ओवरचर 1928
सपना थियेटर	कठपुतलियों के मास्टर	बैटरी
मेटालिका	कठपुतलियों का मास्टर	बैटरी
Ensiferum	प्रतिशोध की कथा	बैटरी

कलाकार	ट्रैक	गीत
सपना थियेटर	गलत समझा	पेट्रुकी
सपना थियेटर	ओवरचर 1928	(वाद्य)
मेटालिका	बैटरी	Netfield

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



दोनों तालिकाओं में 2NF है, पहला - क्योंकि उसके पास कुंजी में शामिल सभी कॉलम हैं, और दूसरा - चूंकि लिरिक्स {कलाकार, ट्रैक} कुंजी द्वारा निर्धारित किया गया है और किसी भी कलाकार या ट्रैक कॉलम द्वारा विशिष्ट रूप से निर्धारित नहीं किया गया है।



मैं शायद गोदाम के बारे में बात नहीं करने जा रहा हूँ, मैं HTML में गोलियाँ टाइप करके थक गया हूँ :)



बस इतना ही।

मुझे उम्मीद है कि अभी यह स्पष्ट था, मैं 3NF से निपटने के लिए गया था!