सिर्फ इसलिए कि डेटा की संरचना समान है इसका मतलब यह नहीं है कि इसका एक ही अर्थ या समान बाधाएं हैं। अपने लुकअप टेबल को अलग रखें। इससे विदेशी कुंजियां बनी रहती हैं अलग, इसलिए डेटाबेस गलत प्रकार के लुकअप डेटा को संदर्भित करने से स्वयं को सुरक्षित रख सकता है।
मैं संबंधपरक डीबीएमएस समर्थित विरासत की कामना करता हूं, जहां आप मूल संरचना को मूल तालिका में परिभाषित कर सकते हैं और केवल बाल तालिकाओं में विशिष्ट एफके जोड़ सकते हैं। जैसा कि अभी है, आपको अपने DDL में कुछ दोहराव सहना होगा...
नोट:"लुकअप टेबल को अलग रखें" नियम से एक अपवाद तब हो सकता है जब आपके सिस्टम को गतिशील होने की आवश्यकता हो (यानी डेटाबेस में वास्तव में नई भौतिक तालिकाएं बनाए बिना नए प्रकार के लुकअप डेटा जोड़ने में सक्षम हो), लेकिन यह ऐसा नहीं दिखता है आपके प्रश्न से रास्ता।
एक बड़ी लुकअप तालिका के साथ, FK अकेले नहीं रुकेंगे (उदाहरण के लिए) ShippingLog EmployeeTask . के लिए बनाई गई पंक्ति को संदर्भित करने वाली तालिका मेज़। रिश्तों की पहचान करने और पीके को स्थानांतरित करके, आप इससे अपनी रक्षा कर सकते हैं, लेकिन कुछ अतिरेक शुरू किए बिना और कुछ सावधान बाधाओं की आवश्यकता के बिना नहीं। यह केवल सही काम करने और लुकअप टेबल को अलग रखने के लिए अधिक साफ और शायद अधिक प्रदर्शनकारी है।
