मैं @marc_s और @KM से सहमत हूं कि यह भव्य डिजाइन शुरू से ही बर्बाद है।
Microsoft के लाखों डेवलपर-घंटे एक मजबूत और शक्तिशाली डेटाबेस इंजन के निर्माण और फ़ाइन-ट्यूनिंग में चले गए हैं, लेकिन आप सब कुछ सामान्य तालिकाओं की एक छोटी संख्या में समेट कर और SQL सर्वर पहले से मौजूद सभी चीज़ों को फिर से लागू करके इसे फिर से शुरू करने जा रहे हैं। आपके लिए करने के लिए इंजीनियर।
SQL सर्वर में पहले से ही टेबल हैं जिनमें संस्थाओं के नाम, कॉलम के नाम आदि शामिल हैं। तथ्य यह है कि आप आमतौर पर इन सिस्टम टेबल के साथ सीधे इंटरैक्ट नहीं करते हैं, यह एक अच्छी बात है:इसे एब्स्ट्रैक्शन कहा जाता है। और यह संभावना नहीं है कि आप SQL सर्वर की तुलना में उस अमूर्तता को लागू करने का बेहतर काम करने जा रहे हैं।
दिन के अंत में, आपके दृष्टिकोण के साथ (ए) सबसे सरल प्रश्न भी राक्षसी होंगे; और (बी) आप कभी भी इष्टतम प्रदर्शन के करीब नहीं आने वाले हैं, क्योंकि आप उन सभी क्वेरी ऑप्टिमाइज़ेशन को छोड़ रहे हैं जो आपको अन्यथा मुफ्त में मिलते।
आपके आवेदन या आपकी आवश्यकताओं के बारे में और कुछ जाने बिना, किसी भी प्रकार की विशिष्ट सलाह देना कठिन है। लेकिन मेरा सुझाव है कि कुछ अच्छे पुराने सामान्यीकरण एक लंबा रास्ता तय करेंगे। किसी भी अच्छी तरह से क्रियान्वित, गैर-तुच्छ डेटाबेस में बहुत सारी तालिकाएँ होती हैं; दस टेबल और दस xtab टेबल आपको डरा नहीं सकते।
और अलग-अलग तालिकाओं में सामान्य इंटरफेस को लागू करने के तरीके के रूप में SQL कोड पीढ़ी से डरो मत। थोड़ा बहुत आगे बढ़ सकता है।
