यह निर्भर करता है कि डेटाबेस किसके लिए उपयोग किया जाता है।
कई एप्लिकेशन (वेब एप्लिकेशन या नहीं) में, डेटाबेस को उस एप्लिकेशन से अंतरंग रूप से जोड़ा जाता है क्योंकि यह इसके लिए लगातार स्टोर के रूप में कार्य करता है। तब डेटाबेस वैचारिक रूप से अनुप्रयोग का हिस्सा होता है, इसलिए इसे एक साथ डिज़ाइन किया गया है (और आप यह मानते हैं कि कोई अन्य प्रोग्राम उस डेटाबेस को महत्वपूर्ण रूप से एक्सेस या अपडेट नहीं करेगा )। BTW, दृढ़ता एक डेटाबेस की तुलना में अन्य माध्यमों से प्राप्त की जा सकती है, जैसे सादा पाठ्य फाइलें, बाइनरी फाइलें (विशेष रूप से अनुक्रमित फाइलें आ ला जीडीबीएम ), गिट (या अन्य वीसीएस) रिपॉजिटरी, निर्देशिका या फ़ाइल पेड़, कच्चे डिस्क डिस्क, समर्पित हार्डवेयर (जैसे) फ्लैश), रिमोट फाइल सिस्टम, चेकपॉइंटिंगतकनीक। एक अनुप्रयोग के लिए और उसके साथ डिज़ाइन किए गए डेटाबेस के लिए, आपको सामान्य पुनर्प्राप्ति और अपडेट पैटर्न के बारे में ध्यान रखना चाहिए और उनके साथ डेटाबेस स्कीमा (और अनुक्रमण!) को ध्यान में रखना चाहिए।
कुछ स्थितियों में डेटाबेस अपने आप में एक प्रमुख और स्वतंत्र संपत्ति है, और कई अलग-अलग अनुप्रयोगों (और यहां तक कि अन्य लोगों) द्वारा उपयोग की जाने वाली एक प्राथमिकता के लिए डिज़ाइन किया गया है । फिर इसे स्वतंत्र रूप से (और बहुत अधिक सावधानी से) डिजाइन किया जाना चाहिए।
विशेष रूप से कुछ वेब ऐप्स मौजूदा डेटाबेस में सिर्फ वेब इंटरफेस हैं।
कई मामलों में (उदाहरण के तौर पर कुछ विकी के बारे में सोचें), डेटा का उपयोग करने से अधिक महत्वपूर्ण और अधिक मूल्यवान है। आप इस बात की परवाह कर सकते हैं कि इसे भविष्य का प्रमाण कैसे बनाया जा सकता है और इसे आसानी से विकसित करने में सक्षम हो सकता है (जैसे कि शाब्दिक और बहुमुखी-स्पष्ट रूप से मानकीकृत और प्रलेखित-स्वरूपित बैकअप और इसे पुनर्स्थापित करने के लिए उपयोग करके या परिभाषित करके)।
मैंने महसूस किया है कि एक डेटाबेस का PROPER (डिज़ाइन) कोई छोटा काम नहीं है ...
NoSQL , दस्तावेज़-उन्मुख डेटाबेस , कुंजी-मूल्य डेटाबेस , ज्ञान प्रबंधन , ज्ञान प्रतिनिधित्व और तर्क , ऑन्कोलॉजी , विशेषज्ञ प्रणाली , व्यापार नियम दृष्टिकोण , ईआरपी , सीएमएस के बारे में भी पढ़ें । शायद REDIS , MongoDB , आदि का उपयोग करने पर विचार करें ।