कार्यात्मक निर्भरता और रिलेशनल डेटाबेस

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

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

सूचना> डेटा की औपचारिक >>

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

कैसे ठीक औपचारिक रूप जानकारी का सवाल - समय की बात। अब तक, गतिशीलता (उपयोग की शर्तों को बदलने के लिए स्व-अनुकूलन) की अवधारणा - केवल प्रोग्रामिंग का सपना।

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

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

डाटा, फ़ाइलों और डेटाबेस

कैसे डेटा एक लंबे समय कोई फर्क नहीं पड़ता के लिए भंडारित किया जाता है, यह स्मृति या बाहरी उपकरण हो। हार्डवेयर घटक विकास की एक स्थिर गति पर पहुंच गया और बड़ी मात्रा में अच्छी गुणवत्ता सुनिश्चित किया है।

मुख्य भंडारण विकल्प, प्रयोग से अलग embodiments:

• फ़ाइलें;
• डेटाबेस।

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

नमूना दर और रिकॉर्डिंग जानकारी (उचित आकार और खगोलीय नहीं की) फ़ाइलों पर बहुत तेजी से है, और इसी तरह डेटाबेस कार्यों की गति कभी कभी काफी धीमी हो सकती है।

व्यक्तिगत अनुभव और सामूहिक ज्ञान

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

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

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

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

• ठोस ओरेकल;
• की मांग एमएस एसक्यूएल सर्वर ;
• लोकप्रिय MySQL।

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

प्रोग्रामिंग और डेटा की सुविधाएँ

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

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

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

बार जब एक साझा होस्टिंग पीएचपी की कार्यक्षमता सीमित हो रहे हैं और यह डेटाबेस का उपयोग की प्रोग्रामिंग को प्रभावित करता है।

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

डीबी: डेटा में सरल संबंध

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

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

प्रत्येक तालिका में प्रत्येक स्तंभ का नाम समस्या के संदर्भ में अद्वितीय होना चाहिए। एक ही दो तालिकाओं में नहीं दिया जा सकता है। अवधारणाओं का अर्थ जानें:

• "सार को परिभाषित करना";
• "अतिरेक को बाहर निकालें";
• "निश्चित संबंध";
• "सटीकता सुनिश्चित करने के लिए।"

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

इन अवधारणाओं का कोई भी उल्लंघन - एल्गोरिथ्म, धीमी गति से डेटा नमूने, डेटा हानि और अन्य मुसीबतों का कम दक्षता।

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

आप संबंधों के tuples के बारे में पढ़ सकते हैं नहीं, तथ्य यह है कि समारोह के बारे में - मूल्यों और समारोह के सेट मिलान तर्क का एक सेट - बस एक सूत्र या अनुसूची नहीं है, लेकिन मूल्यों का एक सेट दिया जा सकता है - मेज।

जरूरी नहीं कि, लेकिन यह के रूप में कार्यात्मक संबंध प्रतिनिधित्व करने के लिए चोट नहीं करता है:

एफ (x1, x2, ..., xn) = (y1, y2, ..., Yn)।

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

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

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

ओह अच्छे पुराने एक्सेल

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

• PHP, पर्ल, जावास्क्रिप्ट, सी ++, डेल्फी।
• MySQL, ओरेकल, एमएस एसक्यूएल सर्वर, विजुअल फॉक्सप्रो।

दूसरा:

• पद।
• एक्सेल।

एक असली बकवास - कुछ उपयोगकर्ताओं वर्ड डाटाबेस में (प्रोग्रामर की मदद के बिना) अपने स्वयं के बनाने के लिए लेते हैं।

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

सारणीबद्ध विचार दृश्यता और पहुंच के कार्यात्मक निर्भरता की अवधारणा को परिभाषित किया है, लेकिन बारीकियों प्रत्येक डेटाबेस पर हैं। हर कोई अपने "चेहरे" है, लेकिन एक्सेल से Oracle करने के लिए सरल वर्ग, यानी तालिकाओं में हेरफेर।

यदि हम विचार है कि एक्सेल - यह एक डेटाबेस नहीं है, लेकिन कई, उन (नहीं डेवलपर्स) ऐसा प्रयोग किया जाता है, और Oracle - जटिल और शक्तिशाली प्राप्त करने के लिए डेवलपर्स की एक बड़ी टीम डेटाबेस के क्षेत्र में है, यह स्वीकार करने के लिए प्राकृतिक हो जाता है - डेटाबेस प्रतिनिधित्व है विशिष्ट समस्या और उसके समाधान के विशेष प्रोग्रामर (टीम)।

कार्यात्मक संबंध, साथ क्या है क्या, कहां, क्यों ... जाहिरा तौर पर केवल लेखक या उसके समूह के लिए।

के बारे में जहां रिलेशनल नजरिए हैं

वैज्ञानिक और तकनीकी प्रगति - एक बहुत ही दर्दनाक प्रक्रिया, और कभी कभी क्रूर। यदि आपको याद है, जहां डेटाबेस शुरू कर दिया, क्या * .dbf, दोनों ब्रांडेड साइबरनेटिक्स, तो कंप्यूटर विज्ञान से प्यार हो गया और देश के स्तर पर उच्च तकनीक के आंदोलन करने के लिए बाधाओं की व्यवस्था करने के लिए शुरू किया, यह स्पष्ट हो जाता है कि क्यों रिलेशनल डेटाबेस इतना दृढ़ और अच्छे हैं। क्यों इस दिन को लाइव प्रोग्रामिंग करने के लिए क्लासिक शैली है, और ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग बस मूल्यवान है, लेकिन अभी तक इंकार नहीं किया गया है।

चाहे कितना ही सुंदर गणित के संदर्भ में कार्यात्मक संबंध:

यह एक द्विआधारी रिश्ते "कई लोगों के लिए कई" नहीं है, या बल्कि, यह विशेषताओं की अधिकता के बीच संबंधों की स्थापना, "एक-से-कई" संचार, "एक के लिए कई" जांच करने के लिए करने के विचार पर पुनर्विचार के लिए एक अवसर है, या "कई करते हैं, और विशेष रूप से एक है।"

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

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

यदि कार्यात्मक संबंध = सख्त तर्कशास्त्र और गणित = डेटाबेस के लिए आधार, गतिशीलता की किस तरह हम बात कर सकते हैं। कोई भी निर्णय औपचारिक, कोई औपचारिक डाटा मॉडल + = कठोर एल्गोरिथ्म सटीक और स्पष्ट निर्णय किया जाएगा। सूचना और किसी भी कार्यक्रम के दायरे में हर समय बदल जाता है।

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

लाइनों और वस्तुओं के बारे में

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

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

आप टोन बदल सकते हैं और गतिशीलता की नब्ज को सुनने के लिए, सभी वस्तुओं पर चित्रित किया जा सकता है। पहली सन्निकटन में, तालिका में स्तंभ नाम - एक ही वस्तु, लघु तालिका में - - एक वस्तु शीर्षक और यह शीर्ष लेख में स्तंभों के नाम एक वस्तु, नामों की एक सूची है। और टोपी नहीं हो सकता है ...

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

आप डेटाबेस ऑब्जेक्ट्स में सभी डिजाइन की कल्पना करते हैं, तो, शायद, एक सख्त बाइनरी संबंधों के निर्माण के लिए जरूरत नहीं है। यह एक स्वाभाविक है और एक वास्तविक भावना, अगर केवल क्योंकि यह का एक उद्देश्य है (निश्चित रूप से गणितीय नहीं) तर्क जानकारी की गतिशीलता और वातावरण में कार्य कर रहे हैं दर्शाता है।