वास्तविक संसारमा सामान्यता
डेटाबेस सामान्यकरण अनुप्रयोग विकासको पवित्र गाय मध्ये एक हो। तपाइँले लिनुभयो वा बुक गर्नुहुने हरेक स्नातक प्रोग्रामिङ पाठ्यक्रमले डेटाबेस सामान्यकरणको महत्त्वलाई प्रचार गर्न सम्भव छ।
यो स्वादलाई चुनौती दिनको लागि समय हो। कहिलेकाहीँ यो तपाईंको डेटाबेस को डिफर्म गर्न ठीक छ!
जब तपाइँ सामान्यतया गर्नु पर्छ?
डाटाबेस सामान्यीकरणले तपाईंको डेटाको सत्यतालाई सुरक्षित गर्दछ। यो धेरै मामलाहरुमा एक महान विचार छ, र तपाईं दिमाग मा सामान्यीकरण संग कुनै डेटाबेस डिजाइन प्रयास सुरु गर्नुपर्छ। यदि तपाइँ आफ्नो डेटाबेस सामान्य गर्न सक्नुहुनेछ भने यसको लागि जानुहोस्! वास्तव मा, यहाँ यस साइट मा तपाईंको डेटाबेस सामान्य को कसरि सामान्य गर्न को लागि केहि व्यावहारिक सल्लाह छ:
- पहिलो सामान्य फारममा तपाईंको डाटाबेस राख्नु (1 एनएफ)
- दोस्रो सामान्य फारममा तपाइँको डाटाबेस राख्नु (2 एनएफ)
- तपाईको डाटाबेस तेस्रो सामान्य रूप (2 एनएफ) मा राख्नु
तल्लो रेखा यो हो कि तपाईले तपाइँको डेटाबेसलाई सामान्य बनाउनुपर्दछ जबसम्म तपाईसँग त्यसो गर्न को लागी एक असल कारण छैन। सामान्यतया ध्वनि डिजाइन अभ्यास हो। यसले अनावश्यक सूचना घटाउँछ, प्रदर्शन अनुकूलन गर्दछ र संभावना घटाउँदछ कि तपाईसँग डेटा अखंडता समस्याहरू छन् जुन परिणाम तपाईको डाटाबेसको विभिन्न कोनेहरूमा घुमाईएको डाटा हो।
केही राम्रो कारणहरू सामान्य हुँदैनन्
उनले भने, त्यहाँ केहि डेटाबेस को सामान्य बनाउन न कुनै राम्रो कारणहरू छन्। केही हेरौं:
- जोसिलो महँगो छन् । तपाईंको डेटाबेस सामान्यतया सामान्यतया धेरै तालिकाहरू सिर्जना गर्न समावेश गर्दछ। वास्तवमा, तपाईं सजिलै संग पवन गर्न सक्नुहुनेछ जुन तपाईले सोच्नु भएको साधारण क्वेरी हुनु पर्छ जुन 5 वा 10 तालिकामा फैलिएको छ। यदि तपाईंले भर्खरै पाँच-तालिकामा सामेल गर्ने प्रयास गर्नुभएको छ भने, तपाइँलाई थाहा छ कि यो सिद्धान्तमा काम गर्दछ, तर यसको व्यावहारिक गतिमा ढिलो हुन्छ। यदि तपाईले वेब अनुप्रयोग निर्माण गर्दै हुनुहुन्छ जुन ठूला तालिकाहरूमा बहु-सम्मिलित प्रश्नहरूमा निर्भर गर्दछ, तपाई आफैलाई सोच्न सक्नुहुनेछ, "यदि यो डेटाबेस सामान्य भएन!" जब तपाइँ आफ्नो टाउकोमा यो विचार सुन्नुहुन्छ, यो एक राम्रो समय हो। अस्वीकार गर्नुहोस्। यदि तपाईं आफ्नो डेटा अखंडता साँच्चै खतरा बिना यो एक क्वेरीमा प्रयोग गरिएको सबै डाटा लुकाउन सक्नुहुन्छ, यसको लागि जानुहोस्! एक विद्रोह हुनुहोस् र तपाईंको डेटाबेस अस्वीकार गर्नुहोस्। तपाईं फिर्ता छैन
- सामान्य डिजाइन कठिन छ । यदि तपाइँ जटिल डेटाबेस स्कीमासँग काम गर्दै हुनुहुन्छ भने, तपाइँ शायद सामान्यतया जटिलतामा टेबलको विरुद्धमा आफ्नो टाउको पिसाब पाउनुहुनेछ। अंगूठेको साधारण नियमको रूपमा, यदि तपाईं चौथो सामान्य फारममा कसरी जान्नुहुन्छ भन्ने बारे सम्पूर्ण दिन खर्च गर्दै हुनुहुन्छ भने, तपाइँ धेरै टाढाको सामान्यकरण हुन सक्नुहुनेछ। फिर्ता आउनुहोस् र आफैलाई सोध्नुहोस् यदि यो वास्तवमा निरन्तर मूल्यको लायक छ।
- द्रुत र गन्दा चाँडै र गन्दा हुनुपर्छ । यदि तपाईले प्रोटोटाइप विकास गर्दै हुनुहुन्छ भने, केवल छिटो काम गर्दछ। वास्तवमा। ठिकै छ। छिटो अनुप्रयोग विकास कहिलेकाहीं सुन्दर डिजाइन भन्दा बढी महत्त्वपूर्ण छ। केवल प्रोटोटाइप चरण भन्दा माथि सार्न तयार भएपछि एकपटक फेरि फर्केर जानुहोस् र तपाइँको डिजाइनमा सावधानीपूर्ण अवलोकन गर्नुहोस्। द्रुत र गन्दा डेटाबेस डिजाइनको लागि तपाईले तिर्नुभएको मूल्य यो हो कि तपाइँ यसलाई फेंक गर्न र यो उत्पादनको लागि निर्माण गर्ने समयको सुरु गर्न आवश्यक हुन सक्छ।
- यदि तपाइँ एक एसएसQL डेटाबेस प्रयोग गर्दै हुनुहुन्छ , पारंपरिक सामान्यकरण वांछनीय छैन। यसको सट्टा, बिसेज मोडेल प्रयोग गरेर तपाईको डाटाबेस डिजाइन गर्नुहोस् जुन धेरै क्षमाशील छ। यो उपयोगी हुन्छ जब तपाईं असुरक्षित डेटा भण्डारण गर्दै हुनुहुन्छ जस्तै इमेलहरू, तस्बिरहरू वा भिडियोहरू।
सावधानीका केही शब्दहरू
डेटाबेस सामान्यीकरण सामान्यतया एक राम्रो विचार हो। तपाईले सामान्यकरणका सिद्धान्तहरू पालन गर्न प्रयास गर्नुपर्छ जब यो गर्न उचित देखिन्छ। तर यदि सबै संकेतकहरूलाई लागू गर्न सामान्यीकरण गर्न जटिल छ भने, एक दृष्टिकोण विचार गर्नुहोस् जुन अझै पनि तपाईंको डेटाको सुरक्षा गर्दा काम पाउनेछ।
अन्तमा - यदि तपाइँ सामान्यकरणका नियमहरूबाट भर्न छनौट गर्नुहुन्छ भने, तपाइँ कसरी डेटाबेस अखंडता लागू गर्ने बारेमा थप सतर्क हुनुहोस्। यदि तपाईं अनावश्यक सूचना भण्डारण गर्नुहुन्छ, ट्रिगरहरू र अन्य नियन्त्रणहरू राख्नुहोस् भन्ने निश्चित गर्न यो जानकारी निश्चित रहन्छ।