मुझे लगता है कि यहां हर कोई गायब है, हालांकि यह है कि हर किसी को देश और दुनिया भर में स्थापित एक ही सॉफ्टवेयर सिस्टम के 10, 20, या 1000 के उदाहरणों से नहीं निपटना है ... हममें से जो सॉफ्टवेयर बेचते हैं, वे डिजाइन करते हैं। परिणामस्वरूप, हम समय के साथ प्रणालियों का विस्तार करते हैं, नई क्षमता की आवश्यकता के रूप में फ़ील्ड्स को जोड़कर तालिकाओं का विस्तार करते हैं, और जैसे ही उन क्षेत्रों की पहचान की जाती है, वे एक मौजूदा तालिका में हैं, और इस तरह, विस्तार करने, बढ़ने, फ़ील्ड जोड़ने, आदि के एक दशक में। तालिकाओं के लिए .... और फिर डिजाइन से उन तालिकाओं के साथ काम करने के लिए, समर्थन करने के लिए, कभी-कभी कच्चे डेटा में खुदाई करने के लिए / नई कार्यक्षमता बग को डीबग करने के लिए समस्या निवारण .... यह प्राथमिक रूप से आपके द्वारा वांछित प्राथमिक जानकारी नहीं होने के लिए बढ़ रहा है। खेतों के पहले मुट्ठी के भीतर देखें,
मैंने अक्सर सोचा था कि मैं ऐसा कर सकता हूं, इस सटीक कारण के लिए। लेकिन एसक्यूएल क्या करता है, इसकी कमी है, एक नई तालिका के लिए एक स्क्रिप्ट बनाएँ, जिस तरह से मैं चाहता हूं, उसे सम्मिलित करें, फिर मौजूदा तालिका से सभी मौजूदा बाधाओं, रिश्तों, चाबियों, सूचकांक, आदि को छोड़ देना और नाम बदलना। "नया" तालिका पुराने नाम पर वापस, और फिर उन सभी कुंजियों, रिश्तों, सूचकांक, आदि आदि को पढ़कर ...।
केवल थकाऊ, समय लेने वाली नहीं है ... लेकिन पांच और वर्षों में, फिर से होने की आवश्यकता होगी ...।
यह इतनी बड़ी मात्रा में काम करने के लायक है, हालाँकि बात यह है ... यह आखिरी बार नहीं होगा जब हमें इस क्षमता की आवश्यकता होगी, क्योंकि हमारे सिस्टम को एक विकसित क्रम में विकसित, विस्तारित, और फ़ील्ड प्राप्त करना जारी रहेगा। जरूरत / डिजाइन परिवर्धन।
अधिकांश डेवलपर्स एकल प्रणाली के दृष्टिकोण से सोचते हैं जो एकल कंपनी या बहुत विशिष्ट हार्ड बॉक्स बाजार में कार्य करता है।
"ऑफ-द-शेल्फ" लेकिन महत्वपूर्ण रूप से प्रगतिशील डिजाइनर और उनके मार्केट स्पेस में विकास के नेताओं को हमेशा इस समस्या से निपटना होगा, अगर किसी के पास एक है, तो रचनात्मक समाधान पसंद करेंगे। यह आसानी से एक सप्ताह में मेरी कंपनी को एक दर्जन घंटे बचा सकता है, बस स्क्रॉल करने के लिए नहीं, या याद रखें कि "जहां" स्रोत डेटा टेबल में फ़ील्ड है ...।