कार्यात्मक निर्भरता र संबंधात्मक डेटाबेस

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

जानकारी को प्राकृतिक संसारमा यसको गतिशीलता परिवर्तन भएको छैन र सामग्री र संरचना विकास, नयाँ हाइट्स गर्न चढेका। यो एक चिल्लो आकार छ, र प्रकृति त्यहाँ केही "आयताकार" छ। सूचना, को पाठ्यक्रम, formalized, तर यो कार्य आफू र आवेदन आफ्नो क्षेत्रहरू परिवर्तन, डाटा र आफ्नो प्रक्रिया को एल्गोरिदम मात्र होइन परिवर्तन, एक गतिशील छ।

सूचना> डाटा formalization >>

जानकारी मा परिवर्तित छ डाटा (डाटा मोडेल, जानकारी संरचना, डाटा बेस ...) यो प्रोग्रामर देख्नुहुन्छ रूपमा। यो दृष्टि सही छ भन्ने कुनै ग्यारेन्टी छ, तर कार्यक्रम समस्या solves भने, डाटा त पर्याप्त सम्भव तरिका प्रस्तुत गरियो।

कसरी राम्ररी formalized जानकारी प्रश्न - समय को कुरा। अब सम्म, गतिशीलता (प्रयोग अवस्था परिवर्तन गर्न आत्म-मिलाइएको) को अवधारणा - मात्र कार्यक्रम सपना।

कार्यात्मक निर्भरता: "सही निर्णय = कार्यक्रम (प्रोग्रामर)" र "लगातार पालन समस्या" को अवस्था भन्दा अवस्थामा मान्य छन्, तर केवल सँगै। तर यो एउटा गणितीय आधारमा, डेटाबेस सिर्जना गर्न प्रयोग गरिन्छ छैन।

प्रत्यक्ष कथन: जानकारी र साँच्चै सधैं समस्या-सुलझाने एल्गोरिदम को प्राकृतिक र निरन्तर गतिशीलता। एक संबंधात्मक डाटाबेस एक छ बाइनरी सम्बन्ध + सख्त गणित + सही औपचारिक डिजाइन + ...

डाटा, फाइल र डेटाबेस

कसरी डाटा कुरा छैन एक लामो समय को लागि भण्डारण गरिएको छ, यो स्मृति वा बाह्य उपकरण हुन। हार्डवेयर घटक विकास एक स्थिर गति पुग्यो र ठूलो मात्रा मा राम्रो गुणस्तर सुनिश्चित छ।

मुख्य भण्डारण विकल्प, प्रयोगबाट विभिन्न embodiments:

• फाइलहरू;
• डेटाबेस।

पहिलो (के, यो कसरी गर्न कसरी पढ्न ... ढाँचामा, कि रेकर्ड) प्रोग्रामर को कृपा मा दिइएको छ, दोस्रो तुरुन्तै सरल कार्यात्मक निर्भरता को ज्ञान को लागि आवश्यकता ल्याउँछ।

यो नमूना दर र फाइलहरू (उचित आकार र Astronomical छैन को) मा रेकर्ड जानकारी धेरै छिटो छ र त्यस्तै डेटाबेस सञ्चालनका गति कहिलेकाहीं एकदम ढिलो हुन सक्छ।

व्यक्तिगत अनुभव र सामूहिक बुद्धि

इतिहास मा त्यहाँ सीमा पुगेपछि बाहिर जान प्रयास भएको, तर यो दिन हावी संबंधात्मक डेटाबेस छ। सैद्धान्तिक क्षमता को एक धन, व्यापक र विकासकर्ताहरूले को अभ्यास - योग्य।

उहाँले जानकारी, भवन जटिल जानकारी संरचना, प्रक्रिया, तिनीहरूलाई काम नमूना र रेकर्ड को गणितीय-तार्किक अनुभव को धन प्रयोग गर्ने अभिप्राय छैन भने पनि डेटाबेस विकासकर्ताहरूले को कार्यात्मक निर्भरता को धारणा, एक प्रोग्रामर आयातित।

साधारण मामला मा, प्रोग्रामर डाटाबेस तर्क मा, कुनै कुरा उहाँले काम गर्न छनोट के निर्भर गर्दछ। त्यहाँ canons पालना गर्न कुनै इच्छा, तपाईं फाइलहरू धेरै प्राप्त कि फाइलहरू प्रयोग गर्न सक्नुहुन्छ, र व्यक्तिगत अनुभव को एक धेरै छ। व्यक्तिगत धेरै समय खर्च गरिनेछ, र समस्या लामो समय को लागि हल गरिनेछ।

कुनै कुरा कार्यात्मक निर्भरता को उदाहरण देखिन सक्छ कसरी कठिन, आवश्यक अर्थ र तर्क को गहिराइमा मा डुब्नु छैन। अक्सर, यो सक्षम सामूहिक बुद्धि फरक डेटाबेस, विभिन्न आकार र कार्यक्षमता सिर्जना गर्न भनेर पहिचान गर्नुपर्छ:

• ठोस Oracle;
• माग गर्ने एमएस एसक्यूएल सर्भर ;
• लोकप्रिय MySQL।

- छिटो कुशल हात मा, प्रयोग गर्न उत्कृष्ट संबंधात्मक, एक राम्रो प्रतिष्ठा संग डेटाबेस सजिलो। प्रयोगको समय बचाउँछ र अर्को पानामा सहायक कोड लेख्न आवश्यकता eliminates।

प्रोग्रामिङ र डाटा सुविधा

कार्यक्रम मा लामो निरन्तर तरिका केहि परिवर्तन जानकारी, कार्य वा यसको प्रयोग को अवस्था भिज्न कि, rewritten छ predecessors काम दोहोरिन रोग भएको छ।

कार्यात्मक निर्भरता को peculiarity को कार्यक्रम त्रुटि रूपमा धेरै महंगा हुन सक्छ, भन्ने छ। कार्य शायद सरल छ। सामान्यतया, डाटा को जटिल प्रतिनिधित्व गरेर प्राप्त जानकारी को formalization समयमा। आफ्नो तत्व सामान्यतया पहिचान, त्यसपछि तिनीहरूले केही प्रमुख सम्बन्ध, त्यसपछि टेबल, प्रश्नहरु, जानकारी पुनर्प्राप्ति एल्गोरिदम को स्थापना एल्गोरिदम फारम हुनुको लिङ्क छौं।

अक्सर ठूलो मूल्य इन्कोडिङ बाँधिएको छ। सबै डेटाबेस मोबाइल समाधान अक्सर कसरी राम्रो रूपबाट MySQL सामना गर्न सकिन्छ जो पहिले नै त्यहाँ ती समान को एघारौँ आधार बनाउन विकासकर्ता जबरजस्ती, एक दर्जन डेटाबेस उत्कृष्ट र स्थिर काम निहित प्रस्ताव।

त्यहाँ पटक एक साझा होस्टिंग PHP को कार्यक्षमता सीमित गर्दा हुन् र यो डाटाबेस पहुँच को कार्यक्रम असर गर्छ।

को लागि एक डाटा मोडेल सिर्जना लागि बराबर जिम्मेवारी कार्यक्रम अल्गोरिदम आजको कार्यक्रम जिम्मेवारी मा। सबै काम गर्नुपर्छ, तर तपाईं सधैं सिद्धान्त को Maze मा प्रवेश गर्नुपर्छ।

DB: डाटा साधारण सम्बन्ध

सबै को पहिलो, डेटाबेस को अवधारणा - एक व्यवस्थापन प्रणाली यस डेटाबेस डेटाबेस (जस्तै, MySQL), र केही जानकारी संरचना तिनीहरूलाई बीच डाटा वस्तुहरु र सम्बन्ध प्रतिबिम्बित। विभिन्न आवेदन धेरै जानकारी संरचना रूपमा नै एक डेटाबेस MySQL «पकड»। एक Oracle डेटाबेस सुरक्षा र डाटा फरक उपकरण वातावरणमा फरक दूरी मा हो कि कम्प्युटर को एक सेट मा स्थित भइरहेको, उच्चतम स्तर मा निष्ठा नियन्त्रण गर्न ठूलो कम्पनी वा बैंक को जानकारी प्रक्रियाहरू प्रदान गर्न सक्छन्।

स्वीकृत अनुपात आधारभूत संबंधात्मक मोडेल छ कि मान। एक प्राथमिक सम्बन्ध - मान नाम संग स्तम्भहरू र पङ्क्तिहरू एक सेट छ। क्लासिक "बक्स" (तालिका हेर्नुहोस्) - एक सरल र प्रभावकारी प्रगति। यो जटिलता र डेटाबेस को कार्यात्मक निर्भरता को "बक्से" प्रत्येक अन्य सम्बन्ध प्रवेश गर्न थालेका छन् जब सुरु हुन्छ।

प्रत्येक तालिकामा प्रत्येक स्तम्भको नाम समस्या को सन्दर्भ मा अद्वितीय हुनुपर्छ। एउटै छैन दुई टेबल मा दिइएको गर्न सकिन्छ। को अवधारणाहरु को अर्थ थाहा:

• "सार परिभाषित";
• "अतिरेक बहिष्कृत";
• "स्थिर सम्बन्ध";
• "को शुद्धता सुनिश्चित गर्न।"

- एक प्राथमिक डाटाबेस प्रयोग र विशिष्ट कार्य को लागि एक डाटा मोडेल निर्माण गर्न आवश्यक छ।

यी अवधारणाहरु को कुनै पनि उल्लङ्घन - यो तर्कको, ढिलो डाटा नमूना, डाटा हानि र अन्य समस्याहरूको को कम दक्षता।

कार्यात्मक निर्भरता: तर्क र अर्थ

मान र समारोह को सेट मिल्ने तर्क एक सेट - - तपाईं समारोह भन्ने तथ्यलाई बारेमा, सम्बन्ध को tuples बारेमा पढ्न सक्दैन केवल एक सूत्र वा तालिका छैन, तर मान सेट सकिन्छ - तालिका।

आवश्यक छैन, तर यो रूपमा कार्यात्मक सम्बन्ध प्रतिनिधित्व गर्न चोट छैन:

फा (X1, एक्स 2, ..., XN) = (Y1, y2, ..., yn)।

तालिका, उत्पादन पनि तालिका वा विशिष्ट निर्णय छ - तर प्रवेश त्यो बुझ्न निश्चित हुन। सामान्यतया, कार्यात्मक सम्बन्ध टेबल, प्रश्नहरु, विशेषाधिकार, ट्रिगरहरू, भण्डारण प्रक्रिया र अन्य समय (घटक) डेटाबेस सम्बन्ध तर्क सेट गर्छ।

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

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

ओह राम्रो पुरानो एक्सेल

कम्प्युटर सकारात्मक पक्षमा नै देखाइएको छ जब, विश्व एक पटक प्रोग्रामर र प्रयोगकर्ता विभाजन गरिएको छ। नियम, पहिलो प्रयोग रूपमा:

• PHP, पर्ल, जाभास्क्रिप्ट, C ++, डेल्फी।
• MySQL, Oracle, एमएस SQL सर्भर, दृश्य Foxpro।

दोस्रो:

• शब्द।
• एक्सेल।

एक वास्तविक अर्थहीन - केही प्रयोगकर्ता शब्द डाटाबेस मा (प्रोग्रामर को मद्दत बिना) आफ्नै बनाउन व्यवस्थापन गर्नुहोस्।

व्यावहारिक र रोचक - एक्सेल प्रयोगकर्ताहरूको अनुभव डाटाबेस सिर्जना गर्न। महत्वपूर्ण कुरा एक्सेल, आफैमा, कार्यात्मक रंगीन र व्यावहारिक छ भन्ने छ।

टेबुलर विचार दृश्यात्मक र पहुँच को कार्यात्मक निर्भरता को अवधारणा परिभाषित गरेको छ, तर nuances प्रत्येक डेटाबेस मा छन्। सबैलाई आफ्नै "अनुहार" छ, तर एक्सेल देखि Oracle सरल वर्गहरूको, अर्थात् टेबल परिमार्जन।

यो एक डेटाबेस छ, तर धेरै, प्रयोगकर्ताहरूले (छैन विकासकर्ताहरूले) यो त प्रयोग गरिन्छ, र Oracle - - हामी एक्सेल कि विचार भने जटिल र हासिल गर्न विकासकर्ताहरूले को एक ठूलो टोली डेटाबेस को क्षेत्र मा छ शक्तिशाली छ, यो स्विकार गर्न प्राकृतिक हुन्छ - डाटाबेस एक प्रतिनिधित्व छ विशेष प्रोग्रामर (टोली) विशिष्ट समस्या र यसको समाधान को।

कार्यात्मक सम्बन्ध, के छ के, कहाँ, किन ... स्पष्ट मात्र तत्संबंधी लेखक वा समूह।

कहाँ संबंधात्मक मनोवृत्ति हो

वैज्ञानिक र प्राविधिक प्रगति - धेरै पीडादायी प्रक्रिया हो, र कहिले काँही क्रूर। जहाँ * .dbf, दुवै ब्रांडेड Cybernetics, त्यसपछि कम्प्युटर विज्ञान प्रेम गरे र देश स्तरमा उच्च प्रविधी को आन्दोलन गर्न अवरोध व्यवस्था गर्न थाले के, डाटाबेस सुरु तपाईं सम्झन भने किन संबंधात्मक डेटाबेस त tenacious र राम्रो हो, यसलाई स्पष्ट हुन्छ। किन यो दिन प्रत्यक्ष कार्यक्रम गर्न क्लासिक शैली छ, र वस्तु-उन्मुख कार्यक्रम बस मूल्यवान छ, तर अझै शासन छैन।

जतिसुकै सुन्दर गणित को प्रसङ्ग मा कार्यात्मक सम्बन्ध:

यो "धेरै गर्न, र विशेष मा एक।", एक बाइनरी सम्बन्ध छैन, वा बरु, यो "एक-गर्न-धेरै" संचार, "एक धेरै" छानबीन विशेषताहरू को अधिकता बीच सम्बन्ध स्थापना को विचार पुनर्विचार गर्न एक अवसर हो "धेरै धेरै" वा

विकल्पहरू सम्बन्ध ठूलो विविधता संग आउन सक्नुहुन्छ। यो तर्क गर्न गणित, र यो सख्त छ! सूचना - यो यसको आफ्नै गणित, विशेष छ। यो केवल एक धेरै ठूलो बेफाइदा संग भन्न एक औपचारिकता हुन सक्छ।

तपाईं कर्मियों विभाग को काम formalize सक्नुहुन्छ तेल वा दूध उत्पादन, रोटी को निकासी लागि ACS लेख्न, गुगल, Yandex र Rambler को एक विशाल आधार मा एक चयन बनाउन, तर परिणाम सधैं स्थिर हुनेछ, र समय मा प्रत्येक बिन्दु नै छ!

कार्यात्मक सम्बन्ध = सख्त तर्क र डेटाबेस लागि गणित = आधार, गतिशीलता कस्तो हामी कुरा गर्न सक्नुहुन्छ भने। कुनै पनि निर्णय, कुनै पनि औपचारिक डाटा मोडेल + = कठोर अल्गोरिदम सटीक र unambiguous निर्णय औपचारिक हुनेछ। कुनै पनि कार्यक्रम को जानकारी र स्कोप सबै समय मा परिवर्तन।

एउटै खोज वाक्यांश मा नमूना खोज इन्जिन एक घण्टा वा दुई पछि नै हुन सक्दैन, र, स्पष्ट छ, एक दिन मा - खोज वाक्यांश जसमा साइटहरू, संसाधन, ज्ञान, र अन्य तत्व को एक नम्बर लगातार परिवर्तन गर्दै जानकारी क्षेत्र बुझाउँछ भने ।

रेखा र वस्तुहरु बारेमा

कार्यक्रम विशुद्ध गणितीय छ, र यसको डेटाबेस पनि सबै को गतिशीलता बारेमा सोच छैन भने पनि त्यहाँ सधैं एक लाइन हो। र लामो लाइन छ। र यो अनन्त हुन सक्दैन छ। यो पनि एक चर, conditionally मात्र चर छैन हुन सक्छ। साथै, आफ्नो गणितीय र बाइनरी-प्रशाशनिक तन्त्र को कुनै पनि डाटाबेस औपचारिकताएँ धेरै imposes, र यो गति + गुणस्तर नमूना र जानकारी प्रशोधन।

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. यदि विशेष गरी सीमा वास्तविक डेटा को डेटाबेस यी वा अन्य क्षेत्रहरू थपिनेछ: को बिट नम्बर, पत्र 'ई', प्रस्तुति ढाँचा उपस्थिति - छोटो सबैतिर र सधैं कार्यात्मक डेटाबेस निर्भरता को महत्वपूर्ण गुण: बाइनरी को एउटा ठूलो संग स्ट्रिङ ससर्त चल लम्बाइ औपचारिकताएँ र सख्त गणितीय अवरोध।

तपाईं टोन परिवर्तन र गतिशीलता को नाडी सुन्न भने, सबै वस्तुहरु मा चित्रित गर्न सकिन्छ। पहिलो लगभग मा, तालिकामा स्तम्भ नाम - एउटै वस्तु, छोटो तालिकामा - - वस्तु हेडर र यो हेडरमा स्तम्भहरू नाम वस्तु, नाम को सूची हो। र टोपी हुन सकेन ...

तर, तार तालिका हुन सक्छ। र लाइन मा मूल्य को हुन सक्छ। र किन तिनीहरूले सधैं नै नम्बर हुनुपर्छ। पूर्ण वर्ग तालिका - यस विशेष र प्रायजसो, निजी।

तपाईं डेटाबेस वस्तुहरु सबै डिजाइन कल्पना भने, शायद, एक सख्त बाइनरी सम्बन्ध निर्माण गर्न छैन। यो एक प्राकृतिक छ र एक वास्तविक अर्थमा, यो एउटा उद्देश्य छ मात्र कारण भने (पक्कै पनि गणितीय छैन) तर्क जानकारी को गतिशीलता र त्यहाँ कार्यहरू छन् जो वातावरण झल्काउँछ।