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