डेटाबेस डिज़ाइन जानकारी को प्रस्तुत करने और संसाधित करने के लिए उपलब्ध ज्ञान और उपकरणों को अनुकूलित करने की एक क्रमिक प्रक्रिया है।
वास्तविक दायरा, विशिष्ट कार्य, आने वाली सूचना प्रवाह का विवरण और सूचना प्रसंस्करण प्रक्रिया के बारे में सामान्य विचार धीरे-धीरे एक निश्चित वैचारिक विचार में जोड़े जाते हैं कि किसी विशेष मामले में डेटाबेस क्या है और कैसे इसके साथ काम करने के लिए।
आधुनिक डेटाबेस
संबंधपरक संबंध किसी भी सूचना मॉडल के केंद्र में होते हैं। Oracle के समाधान संक्षेप में MySQL के बराबर हैं, लेकिन वे कई पहलुओं में मौलिक रूप से भिन्न हैं। डेटाबेस डिज़ाइन भी सुरक्षा, सूचना की मात्रा और डेटा अखंडता के लिए जवाबदेही का मामला है, लेकिन ये एक कुशल, विश्वसनीय और उपयोगकर्ता के अनुकूल डेटाबेस को डिजाइन करने के मुद्दे के लिए गौण हैं।
आयताकार (रिलेशनल) संरचनाओं के संदर्भ में एक्सेल टेबल Oracle और MySQL से अलग नहीं हैं: कॉलम और रो=कॉलम नाम (फ़ील्ड) और सेलेक्शन इंडेक्स (पंक्ति) के चौराहे पर एक सेल। यदि आप शारीरिक श्रम के माप और मात्रा को ध्यान में नहीं रखते हैं, तो कोशिकाओं को लंबवत और क्षैतिज रूप से संयोजित करने के विकसित साधनों के लिए धन्यवाद, एक्सेल ओरेकल से भी आगे है!
एक्सेल, अपने मूल विचार के अनुसार, ओरेकल की कार्यक्षमता, गतिशीलता को कभी भी "चमकता" नहीं है, और यह "अवशेषों के अनुसार" एक शीट से दूसरी शीट में स्थानांतरित नहीं कर सकता है। यहां ओरेकल अधिक आशाजनक है, लेकिन बड़ी मात्रा में सूचनाओं को स्थानांतरित करने और विभिन्न स्रोतों से औपचारिक पदों के संयोजन के मुद्दों पर इसके विचार वांछित होने के लिए बहुत कुछ छोड़ देते हैं। यहां MySQL अधिक आशाजनक है: यह स्वयं को वैश्विक कार्य निर्धारित नहीं करता है, लेकिन यह अपना काम पूरी तरह से करता है।
संबंधपरक संबंध सुविधाजनक, व्यावहारिक और अच्छी तरह से स्थापित उपकरण हैं, निजी एक्सेल-स्तरीय समाधानों से लेकर Oracle वैश्विक संस्करणों तक, हर जगह मांग में उपयोग किए जाते हैं और उनके पास एक गारंटीकृत नौकरी-प्रदत्त भविष्य है।
एक आधुनिक डेटाबेस टेबल, रो, कॉलम और इंडेक्स हैं जो पूर्ण कार्यक्षमता से घिरे हुए हैं, अतिरिक्त टूल विकसित किए हैं जो कई ऑपरेशन, भारी भार और भारी मात्रा को ध्यान में रखते हैं।
आधुनिक डेटाबेस प्रबंधन प्रणालियों (डीबीएमएस) का ज्ञान और अनुभव न केवल विश्वसनीयता, डेटा विश्वसनीयता, पहुंच विनियमन और सुरक्षा मुद्दों के मुद्दों को ध्यान में रखता है, बल्कि नकारात्मक बाहरी प्रभावों को ट्रैक करना, संभावित हमलों का विश्लेषण करना भी संभव बनाता है।और जानबूझकर नुकसान पहुंचाने का प्रयास करता है।
एक आधुनिक डेटाबेस किसी भी वेब संसाधन और स्थानीय एप्लिकेशन के लिए एक विश्वसनीय आधार है, जानकारी को स्थानांतरित करने, डेटा को बदलने और स्थानांतरित करने, अलग-अलग विचारों को जोड़ने और संयोजित करने की क्षमता।
एकमात्र आवश्यक शर्त: उच्च योग्य डेवलपर। संबंधपरक डेटाबेस का प्रभावी डिज़ाइन करने के लिए एक विशेषज्ञ के लिए उपलब्ध है, और अधिक बार समस्या के समाधान के क्षेत्र में विशेषज्ञों और विशेषज्ञों की एक टीम के लिए उपलब्ध है।
दायरा, संभावित समाधान और बाधाएं
सूचना हर जगह फैलती है। कई परियोजनाएं सीधे इंटरनेट से जुड़ी हुई हैं, लेकिन यहां औपचारिक डेटा प्रतिनिधित्व का कारक स्टील प्लांट के लिए वेब संसाधन बनाते समय अनिश्चितता कारक से बेहतर नहीं है।
ऑनलाइन स्टोर में विकास और व्यापक रुचि एक स्टोर बनाने के अनुभव को दूसरे स्टोर में स्थानांतरित करने के लिए आधार और अवसर प्रदान नहीं करती है। व्यापार गुप्त कारक ज्ञान के हस्तांतरण में कई बाधाएं पैदा करता है, हालांकि, वास्तव में, आपको वास्तविक स्टोर को इस स्टोर के लिए बनाए गए सॉफ़्टवेयर टूल से अलग करना चाहिए।
बेशक, ग्राहक ने भुगतान किया और साइट कोड उसकी संपत्ति है। आधुनिकता की एक विशिष्ट विशेषता: एक ही प्रकार के कार्यों और अनुप्रयोग के संबंधित क्षेत्रों के बीच ज्ञान और विकास का हस्तांतरण असंभव है और यह एक समस्या है।
पार्सिंग डेटाबेस प्रबंधन प्रणालियों के लिए अनुप्रयोगों की एक विस्तृत श्रृंखला है। सबसे पहले, यह इंटरनेट से जानकारी स्कैन कर रहा है। में संचित जानकारी की तुलना करना भी उतना ही महत्वपूर्ण हैडेटाबेस, और वेब विज़िटर अनुरोध।
कीवर्ड विश्लेषण में एक इष्टतम समाधान बनाने की आवश्यकता भी शामिल है, लेकिन एक्सेस पर डेटाबेस डिजाइन एमएस एसक्यूएल सर्वर या ओरेकल की तुलना में अधिक आशाजनक हो सकता है।
सूचना स्रोतों की सूची गतिशील हो सकती है। स्रोत डेटाबेस तालिकाओं, तालिका फ़ील्ड नामों और कॉल (क्वेरी) नियमों में गतिशीलता निहित हो सकती है। कई स्रोतों से संबंधपरक डेटाबेस तैयार करना स्पष्ट रूप से आपको स्रोत डेटा से डिज़ाइन करने के लिए मजबूर करता है, न कि एकत्रित जानकारी के इष्टतम संगठन से।
किसी भी डेटाबेस में दो चीजें निहित होती हैं:
- सामग्री के लिए अभिविन्यास, गतिशील डेटाबेस पीढ़ी एल्गोरिथ्म प्राथमिकता में;
- उपयोग करने के लिए अभिविन्यास, डेटाबेस की संरचना अधिक महत्वपूर्ण है और जानकारी का उपयोग करने के लिए एल्गोरिदम उसी पर आधारित है।
आवेदन के किसी भी क्षेत्र में आने वाली सूचना प्रवाह का एक औपचारिक मॉडल है, एक सूचना भंडारण मॉडल - डेटाबेस का वास्तविक डिजाइन और डेटा का उपयोग करने के लिए एक मॉडल (एल्गोरिदम)।
विभिन्न प्रक्रियाएं और डिजाइन चरण
डेटाबेस डिजाइन की मूल बातें आमतौर पर तीन चरणों में आती हैं। विभिन्न विशेषज्ञ काम के चरणों को अलग-अलग तरीकों से संदर्भित करते हैं, लेकिन वास्तव में, तीन पद हैं:
- वैचारिक योजना;
- तार्किक डिजाइन;
- तकनीकी निष्पादन।
अभ्यास स्थापित परंपराओं में योगदान देता है। दायरा कितना भी जटिल क्यों न हो और समस्या का समाधान किया जा रहा हो। यह हमेशा सही चुनने में लेता हैऔजार। उदाहरण के लिए, आपको वेब संसाधन के लिए विज़िटर से जानकारी एकत्र करने की आवश्यकता है, लेकिन आपको इसकी तुलना MS SQL सर्वर के डेटा से करनी होगी। वेब संसाधन को फ्रीबीएसडी (इंटरनेट, अपाचे सर्वर) पर होस्ट किया गया है, और एमएस एसक्यूएल सर्वर दूसरे शहर में कंपनी के वितरित नेटवर्क के माध्यम से उपलब्ध है।
इस समाधान में, आपको सबसे पहले एक विशेष समस्या को हल करने की आवश्यकता है: आंतरिक सर्वर के साथ डेटा एक्सचेंज स्थापित करने के लिए।
एक सामान्य कार्य के तकनीकी निष्पादन का प्रारंभिक चरण पर अनिवार्य रूप से प्रभाव पड़ेगा: यह दुर्लभ है कि डेटाबेस डिजाइन खरोंच से किया जा सकता है। सिद्ध समस्या समाधान तकनीक के साथ भी, दायरा विकसित हो रहा है, हमेशा कुछ अलग करने की आवश्यकता होती है जो मूल रूप से इरादा था।
हाल ही में, कई सिद्धांतकार और चिकित्सक विशेष डेटा के रूप में संस्थाओं के साथ काम करते हैं। ये ऐसे एब्स्ट्रैक्शन हैं जो आपको इनपुट पर, प्रोसेसिंग के दौरान और अंतिम परिणाम - डेटाबेस में सूचना के मॉडल का वर्णन करने की अनुमति देते हैं।
डेटा और इकाई दृश्य
अब्स्ट्रक्शन और एंटिटी के माध्यम से डीबी डिज़ाइन: एक सूचना चित्र बनाने की क्षमता, डेटा प्रकार और उनके बीच संबंधों को परिभाषित करना।
आमतौर पर डेटाबेस मॉडल का ऐसा डिज़ाइन एक ग्राफिकल मॉडल के साथ समाप्त होता है, जिसमें MS Visio या चुने हुए DBMS के विज़ुअल टूल का उपयोग किया जाता है। एक्सेस का एक सूचना चित्र बनाने का अपना तरीका है, MySQL का अपना है, और कुछ सामग्री प्रबंधन प्रणालियाँ डेटाबेस को पूरी तरह से छिपा देती हैं, अपनी संस्थाओं के माध्यम से डेवलपर पर डेटा मॉडल थोपती हैं -कार्य की वस्तुओं को हल किया जा रहा है।
कई सामग्री प्रबंधन प्रणालियों (सीएमएस) की एक विशेषता यह है कि वे हल की जा रही समस्या के सूचना क्षेत्र का वर्णन करते समय अधिक से अधिक अमूर्तता के स्तर के लिए एक "आवेदन" बनाते हैं। असली डेटाबेस छिपा हुआ है, सीएमएस डेवलपर को दुनिया की सूचना तस्वीर का अपना विचार प्रदान करता है।
परिणामस्वरूप, डेटाबेस डिजाइन के चरणों को मूलभूत आवश्यकताओं के पालन और एक विशेष सीएमएस के रचनाकारों द्वारा प्रस्तावित चरणों के निष्पादन के लिए कम कर दिया जाता है। सिम्फनी या बिट्रिक्स, ज़ेंड या वाईआई से डेटाबेस के विचारों और उनके डिज़ाइन का उपयोग करने में कुछ भी शर्मनाक नहीं है, लेकिन डेवलपर के लिए यह एक "बोझ" है।
आदर्श रूप से, डेटाबेस डिज़ाइन टूल को व्यक्तिगत रूप से चुना और लागू किया जाना चाहिए, बिना बाहरी राय के, लेकिन अनुभव और ज्ञान के आवेदन के साथ।
एक डेवलपर के लिए Oracle द्वारा प्रमाणित होने के लिए आदर्श, लेकिन Oracle के सूचना विचारों में अंतर्दृष्टि और MySQL अनुप्रयोगों के कार्यसाधक ज्ञान को शामिल करने के लिए एक डेवलपर की योग्यता के लिए पूरी तरह से स्वीकार्य है।
जटिल परियोजनाओं और वितरित सूचना प्रसंस्करण में, न केवल डेटाबेस महत्वपूर्ण है, बल्कि सूचना के स्रोत, उपभोक्ताओं की जरूरतों के बारे में विचार भी महत्वपूर्ण हैं।
चरण या टीम: प्राथमिकताओं का संतुलन
संगति की आवश्यकता सबसे तात्कालिक महत्व की है। डेटाबेस डिज़ाइन की मूल बातों में कार्य का चरणबद्ध होना, मध्यवर्ती परिणामों की निगरानी, निम्न प्रकार के कार्य के निष्पादन के आधार पर प्रत्येक पूर्ण चरण पर पुनर्विचार करना शामिल है:
- व्यवस्थित;
- चरणबद्ध;
- किसी भी समय से आरंभिक स्थिति तक प्रतिक्रिया।
ये प्रावधान सारगर्भित हैं, लेकिन एक प्रभावी डेटाबेस बनाने के लिए किसी भी सैद्धांतिक और व्यावहारिक तकनीक में मौजूद हैं।
कोई भी तकनीक अपने आप विकसित नहीं होती, यह लोगों द्वारा संचालित होती है। विकास दल की योग्यता आवश्यक है। डेटाबेस सूचना मॉडल न केवल एक ढांचा है, बल्कि सूचना प्रवाह भी है।
क्या अधिक महत्वपूर्ण है: डेटाबेस संरचना के प्रतिनिधित्व में सुंदर ग्राफिक्स या डायनामिक्स में सूचना प्रवाह का सटीक विवरण - न केवल कार्य और दायरे का मामला, बल्कि डायनामिक्स में विकास टीम की राय भी।
कार्मिक सब कुछ है, लेकिन संदर्भ में: एक डेटाबेस का वैचारिक डिजाइन सब कुछ योग्यता है। सभी लोग अद्वितीय हैं, और सूचना प्रणाली के क्षेत्र में, विशिष्ट लोगों के प्रतिनिधित्व मौजूद हैं और विकसित होते हैं।
डेवलपर्स की एक टीम बनाना महत्वपूर्ण है, न कि किसी आधिकारिक विशेषज्ञ द्वारा सुझाए गए कुछ पौराणिक डेटाबेस डिज़ाइन चरण। इस विशेषज्ञ का अधिकार एक विशिष्ट समय पर विशिष्ट कार्यों के आधार पर बनाया गया था। आज काम करने की जरूरत है, नया काम, आधुनिक उपकरण, नई तकनीक,…
संभव रिवर्स। इन प्रारूपों में प्राचीन काल से एक्सेल और एक्सेस और "प्रचुर मात्रा में" डेटा है, जब वर्कगॉप्स के लिए विंडोज अभी भी जीवित और अच्छी तरह से था। आंशिक रूप से dBase और Quattro डेटा बना रहा। आज ये शब्द पहले ही भुला दिए गए हैं, लेकिन जानकारीबनी हुई है, यह मांग में है और इसे निकालने और नए विचारों को बनाने की जरूरत है।
पुराना और नया: ज्ञान का संतुलन
क्लाउड तकनीक उन डेटाबेस की तरह नहीं है जो एश्टन-टेट ने किया था। ओरेकल ने जो एक बार खरीदा था, उसकी तुलना आज के मुकाबले किसी भी तरह से नहीं की जा सकती है। लेकिन चर, एल्गोरिदम, फ़ंक्शन, लूप और शर्तें उन शुरुआती 80 के दशक से प्रोग्रामिंग में बनी हुई हैं। जब तक प्रक्रिया की अवधारणा विस्मृत नहीं हो जाती है, और सब कुछ वैसा ही रहता है जैसा प्राचीन काल में था।
ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के आधुनिक विचार भी पिछली शताब्दी के क्लासिक वाक्य-विन्यास और अर्थ-संबंधी "बेड़ियों" में लिपटे हुए हैं।
क्या करें - प्रोग्रामिंग जड़त्वीय है, और सूचना का औपचारिककरण और सूचना डेटाबेस का डिज़ाइन परिणाम से अधिक एक प्रक्रिया है। परिणाम प्राप्त करने के लिए चरणबद्ध कार्य एक शर्त है। लेकिन मध्यवर्ती चरणों से लगभग काम की शुरुआत तक पुनरावृत्तियों की संख्या की गणना किसने की?
सूचना हमेशा गतिशील होती है, कुछ भी स्थिर नहीं रहता है: विशेष रूप से कार्य का विषय क्षेत्र और उपयोगकर्ता की आवश्यकताएं। कार्य का प्रत्येक पूर्ण चरण आपको एक नए स्तर पर मूल्यांकन करने की अनुमति देता है कि क्या किया जा चुका है और क्या किया जाना बाकी है।
डेटाबेस संरचना को एक कार्य के रूप में डिजाइन करने और अंतिम परिणाम प्राप्त करने पर विचार करना व्यर्थ है। जैसे ही डेटाबेस को परिचालन में लाया जाता है, एक नया विचार निश्चित रूप से प्रकट होगा, भले ही डेटाबेस बनाने का उपकरण "सरल" एक्सेल था, और ओरेकल से एक काल्पनिक रूप से शक्तिशाली और बहुमुखी उत्पाद नहीं था,लाखों लेन-देन, सैकड़ों हजारों समवर्ती उपयोगकर्ताओं और सूचना के टेराबाइट्स में हेरफेर करना।
प्राथमिकता डेटाबेस की संरचना नहीं है, बल्कि विशेषज्ञों की एक योग्य टीम का गठन है, साथ ही परिणाम की अधिक गतिशीलता के लिए अनिवार्य आवश्यकता है, ताकि काम पूरा होने पर संपर्क करना आवश्यक न हो डेवलपर्स, कम से कम कुछ महीने।
अनुक्रमिक विकास और/या ऊंची छलांग
विंडोज एक डेटाबेस नहीं है, लेकिन इसमें एक अवशेष है - रजिस्ट्री। मेजबान फ़ाइल केवल स्थानीय मशीन के आईपी पते और प्रतीकात्मक नामों की पहचान है। लेकिन इस फाइल के माध्यम से अलग-अलग डोमेन से या अलग-अलग DBMS में सूचना प्रवाहित होती है।
बहु-पक्षीय विंडोज को एक काम करने वाले कंप्यूटर या सर्वर के रूप में समझना संभव है, लेकिन यह इस उत्पाद के संस्करणों के तर्क को सही ठहराने के लिए किसी भी तरह से काम नहीं करेगा। PHP एक डेटाबेस भी नहीं है, लेकिन संस्करण 5 के तुरंत बाद संस्करण 7 का अनुसरण करने के लिए डेवलपर्स के तर्क असंगत हैं। PHP एक MySQL एक्सेस टूल है, इसका सिंटैक्स परिभाषित करता है कि SQL बोली का उपयोग करके क्वेरी कैसे बनाएं और डेटाबेस से प्रतिक्रियाएँ प्राप्त करें।
आधुनिक प्रोग्रामिंग टूल और डेटाबेस समर्थन के बीच असंगति के उदाहरण हाल के वर्षों में आदर्श बन गए हैं, लेकिन यह सबसे मूल नहीं है। विंडोज 10 के वर्जन के पीछे क्या होगा? Oracle डाटाबेस 12सी के लिए क्या संभावनाएं हैं?
डेवलपर-लेखक की जानकारी: Oracle Database 11g Express Edition (Oracle Database XE) Oracle डाटाबेस 11g रिलीज 2 DBMS कोड पर आधारित एक एंट्री-लेवल DBMS है। यह DBMS डेवलपमेंट के लिए फ्री है,तैनाती और बिक्री, तेजी से डाउनलोड और व्यवस्थापन में आसान।”
एक उपयोगकर्ता डेवलपर का दृष्टिकोण: "2013 में, Oracle ने Oracle डेटाबेस 12c (संस्करण 12.1.0.1) को कम भंडारण लागत, उच्च डेटा उपलब्धता, आसान डेटाबेस समेकन और डेटा एक्सेस सुरक्षा के प्रमुख लाभों के साथ जारी किया""।
वास्तविक अभ्यास: एक उद्देश्यपूर्ण, कुशल और प्रभावी तार्किक डेटाबेस डिजाइन केवल योग्य डेवलपर्स की एक टीम के लिए उपलब्ध है। एक कामकाजी परिणाम प्राप्त करना मुश्किल नहीं है, आने वाली सूचना प्रवाह को औपचारिक रूप देना और इष्टतम नींव निर्धारित करना मुश्किल है।
सटीक आयतों से चिकनी आकृतियों की दुनिया के लिए
ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के आगमन के साथ, डेटा क्रमांकन ने जीवन का एक नया पट्टा ले लिया है। दरअसल, चारों ओर सब कुछ सिर्फ रेखाएं हैं, अधिमानतः अनिश्चित लंबाई की। संख्याएं और तिथियां भी वर्ण स्ट्रिंग हैं।
संबंधपरक संबंधों की शक्ति और निष्पक्षता निर्विवाद है, लेकिन क्या स्तंभों और पंक्तियों की गतिशीलता उनकी प्रतिष्ठा को नुकसान पहुंचाती है? एक तालिका केवल डेटा है जिसमें एक शीर्षलेख (स्तंभों की एक सूची) या कोई पंक्तियाँ नहीं हो सकती हैं। तालिका को केवल डेटा का एक संग्रह होने दें, जरूरी नहीं कि इसका नाम ही हो।
डेटा का सेट विषम हो सकता है और आप इसमें विभिन्न संरचना का डेटा पा सकते हैं। मूल रूप से, डेटा की एकरूपता दायरे के विकास को इंगित करती है। प्रकार और प्रजातियों द्वारा डेटा का वितरण एक व्यवस्थित और उद्देश्यपूर्ण दृष्टिकोण का संकेत है, लेकिन संरचना की गतिशीलता की संभावना को स्वीकार करना अभी भी उचित है।
अगर आउटपुटकठोर संरचनाओं से परे एक डेटाबेस को डिजाइन करना और बनाना और यह मानते हुए कि एक तालिका पंक्तियों का एक संग्रह है जो जरूरी नहीं कि एक ही प्रकार की हो और एक दूसरे के शब्दार्थ में समान हो, तो डेटाबेस डिजाइन नाटकीय रूप से बदल जाएगा।
कार्य का विषय डेटाबेस संरचना का विवरण नहीं होगा, बल्कि सूचना के संचलन की गतिशीलता होगी। कार्य के चरणों को गुरुत्वाकर्षण के तीन केंद्रों में विभाजित किया जाएगा:
- इनपुट सूचना प्रवाह;
- डेटाबेस के भीतर सूचना का परिवर्तन और संचलन;
- उपयोग करने के लिए डेटा का चयन करें।
तालिका संरचना की कोई अवधारणा नहीं है। कोई पंक्तियाँ या स्तंभ नहीं हैं। एक अमूर्त है - एक निश्चित संरचना का दिया गया है, जो एल्गोरिदम में एक विशिष्ट बिंदु को संतुष्ट करता है। अधिक विशेष रूप से, सूचना प्रसंस्करण फ़ंक्शन को एक विशिष्ट राशि में कुछ जानकारी की आवश्यकता होती है।
सभी सूचना प्रसंस्करण कार्यों की पुनरावर्तीता और कार्यों पर ध्यान केंद्रित करने की अनिवार्य आवश्यकता, डेटा नहीं, आपको संचित जानकारी और आने वाले डेटा प्रवाह की गतिशीलता में एक डेटाबेस डिजाइन करने की अनुमति देता है, जो उपयोगकर्ता की पहल पर उपयोग किया जाता है, प्रक्रिया या अन्य कार्य।
वास्तव में: एक उपयोग संकेत आया, एक प्राप्त करने का अनुरोध प्राप्त हुआ, आवेदन में एक ट्रिगर निकाल दिया गया, और आने वाली जानकारी, जो पहले से मौजूद थी, ने वांछित समाधान प्रदान किया।
मौलिक ज्ञान और कठोर निर्माण
ज्ञान मनुष्य का विशेषाधिकार है, प्रोग्राम कंप्यूटर का भार है। डेवलपर ज्ञान को लागू करने के लिए स्वतंत्र है क्योंकि वह किसी विशेष स्थिति में फिट बैठता है। एक सामान्य व्यक्ति बहुत सारे डेटाबेस का उपयोग करता है, उसे महत्व दिए बिना। कैसेडेटाबेस एक सामान्य व्यक्ति के सिर में व्यवस्थित होते हैं, कोई नहीं जानता, लेकिन हर कोई जानता है कि वह अपना व्यवसाय कैसे संचालित करता है, जहां वह लिखता है कि उसे क्या मिलता है, और जब उसे इसका उपयोग करने की आवश्यकता होती है।
प्रोग्रामर के काम का परिणाम - "बेसिक" में एक प्रोग्राम के स्तर पर, जो ओडीबीसी के माध्यम से एक ऑनलाइन स्टोर की वेबसाइट से डेटा पुनर्प्राप्त करता है, एक शीर्षक वाले ओरेकल डेवलपर के बराबर है जो डेटा लाने का अनुरोध करता है MAKS एविएशन और स्पेस सैलून से। दोनों परिणाम काम पूरा होने के क्षण से स्थिर में "फ्रीज" करते हैं। यह सक्रिय ज्ञान नहीं है जो एक व्यक्ति उपयोग करता है, यह एक डेटाबेस डिज़ाइन सिस्टम बनाने का रहस्य है।
एल्गोरिदम को ठीक नहीं किया जा सकता है। सब कुछ गतिशील रूप से परिभाषित किया जाना चाहिए। योग्य डेवलपर्स के गुण निर्विवाद हैं, लेकिन वे Oracle, MySQL, या Access से समाधान के सुरुचिपूर्ण रूपों में बिल्कुल भी झूठ नहीं बोलते हैं, जो इसकी क्षमताओं में सीमित है। एक अन्य एक्सेल स्प्रेडशीट गतिशील सामग्री प्रदान कर सकती है और काम पूरा होने के बाद कम या ज्यादा अच्छे समय के लिए प्रोग्रामर की भागीदारी की आवश्यकता नहीं होती है।
सवाल यह है कि आवेदन क्षेत्र की गतिशीलता कितनी अच्छी तरह औपचारिक है, न कि डेटाबेस की संरचना।
लाइव समाधान
इस तरह से काम की योजना बनाना असंभव है जैसे पेशेवर डेवलपर्स की एक टीम को एक कार्य में बाँधना। ऐसा नहीं है कि टीम नाराज थी, लेकिन यह सही तरीका नहीं है।
डेटाबेस को डिजाइन करने का कार्य इस तरह से तैयार किया जाना चाहिए कि विकसित कार्यक्षमता में सुधार हो, ज्ञान जमा हो और, अपने "कर्तव्यों" के प्रदर्शन में, कोड से शुरू न हो,विशेषज्ञों द्वारा बनाया गया है, लेकिन इस कोड के माध्यम से प्राप्त ज्ञान से।
