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