कैसे एक डेटाबेस

Question

मैं एक डेटाबेस

व्यक्ति में यह जानकारी सहेजे है में वैवाहिक संबंध को बचाने के लिए? मुझे यहां उचित डिजाइन पैटर्न क्या लागू करना चाहिए?

धन्यवाद!

Answer 1

आप केवल एक ही व्यक्ति को maried किया जा सकता है: 1:

------------- 
- Person - 
------------- 
person_id (key) 

------------- 
- Mariage - 
------------- 
first_person_id (foreign key) 
second_person_id (foreign key) 
start_date 
end_date 

n: 1

------------- 
- Person - 
------------- 
id (key) 
maried_to_id (foreign key) 

आप एक से अधिक व्यक्ति के लिए maried तो किया जा सकता है या पिछले mariages का ट्रैक रखने के लिए चाहते हैं, एन

(भी first_person_id + second_person_id + तारीख रूप mariage के लिए एक अद्वितीय कुंजी। आप बाहर की तारीख छोड़ सकता है, लेकिन फिर remariages पर नज़र रखी जा wouldnt)

Answer 2

मैं संरचना 0 के बाद की सिफारिश करेंगेआइए कहें कि टेबल का नाम व्यक्ति है।

1. PersonId (पूर्णांक, कुंजी)
2. MarriedTo (पूर्णांक, नल)

.....

विदेशी कुंजी संबंध जहाज बनाने के लिए कोई ज़रूरत नहीं।

Answer 3

आप इसे "व्यक्ति" तालिका पर "पति/पत्नी" कॉलम के साथ कर सकते हैं जो शून्य हो सकता है (अविवाहित व्यक्ति के मामले में)।

यदि विवाहित है तो यह किसी अन्य व्यक्ति की आईडी है, जैसा कि एक विदेशी कुंजी है।

एक बेहतर समाधान एक अलग "विवाह" तालिका कि कम से कम तीन स्तंभ हैं होगा:

MarriageId 
Person1Id 
Person2Id 
... 

व्यक्ति पहचान-पत्र "व्यक्ति" तालिका में विदेशी कुंजी हैं, और आप MarriageId के संयोजन बनाना चाहिए , व्यक्ति 1 आईडी और व्यक्ति 2 आईडी अद्वितीय है जहां एक पंक्ति जोड़ने से बचें जहां लोग बदल गए हैं।

हालांकि यह है कि इन दोनों मॉडलों काफी बुनियादी हैं और कितने लोगों को एक शादी में हो सकता है के बारे में मान्यताओं ने बताया जाना चाहिए;)

Answer 4

यहां एक काल्पनिक स्कीमा का उपयोग कर सकते है। सभी लोग एक ही टेबल में हैं, और प्रत्येक व्यक्ति के पास एक अद्वितीय आईडी है। विवाह विदेशी कुंजी के साथ रिश्ते की मेज में हैं।

PERSONS 
- ID - INTEGER, PK 
- FIRSTNAME - VARCHAR(20) 
- LASTNAME - VARCHAR(20) 
- SEX - CHAR(1) 
- ... any other fields 

MARRIAGES 
- PERSON1_ID - INTEGER, FK 
- PERSON2_ID - INTEGER, FK 
- MARRIAGE_DATE - DATE 
- ANULLMENT_DATE - DATE 
- ... any other fields 

Answer 5

यह एक साधारण देखने टेबल महत्वपूर्ण हिस्सा दो क्षेत्रों, Person1 की आईडी क्षेत्र के लिए एक एक विदेशी कुंजी हो रही है के लिए एक प्रयोग की तरह लगता है PERSON2 की आईडी क्षेत्र के लिए अन्य एक विदेशी कुंजी। शादी के बारे में कोई विवरण (तिथियां, चाहे वह अभी भी चालू है और इसी तरह) भी इस तालिका में संग्रहीत की जाएगी।

इससे लोगों को कई विवाह, बहुभुज संबंध और अन्य लोगों की सुविधा मिल जाएगी। यदि आप एक साधारण 1: 1 रिश्ते चाहते हैं तो आप व्यक्ति क्षेत्र में पति/पत्नी के लिए एक विदेशी कुंजी संदर्भ शामिल कर सकते हैं, लेकिन यह काफी कम लचीला होगा।

Answer 6

स्कीमा डिज़ाइन को पढ़ाने के लिए यह एक अच्छा सवाल है। की तरह एक साधारण सी समस्या को आसानी से काफी जटिल हो सकता है क्या लगता है:

जैसे, कैसे संभाल करने के लिए:
- शादी के विभिन्न प्रकार (, कानूनी धार्मिक अन्य,)
- - समवर्ती विवाह दो से अधिक लोगों
की mariages
- दोहराने विवाह
- तलाक
- आत्म शादी (हे, यह उल्लास पर happend!)

चाल, अगर वहाँ एक है, ध्यान से क्या आप की कोशिश कर रहे के सभी क्रमपरिवर्तन बाहर सोचने के लिए है आदर्श। केवल तभी आप वास्तव में आगे बढ़ते हैं और इसे मॉडल करते हैं।