साइड

एक द्विदिश संबंध का स्वामित्व पक्ष उस इकाई को संदर्भित करता है जो डेटाबेस में विदेशी कुंजी बाधा का "मालिक" है। इसका मतलब यह है कि रिश्ते के अपडेट केवल ट्रैक किए जाते हैं और खुद के पक्ष के माध्यम से बने रहते हैं। द्विदिश संबंधों को लागू करने के लिए, हाइबरनेट जैसे orms अतिरिक्त एसोसिएशन टेबल बनाते हैं या संबंध का प्रतिनिधित्व करने के लिए एक जुड़ने की तालिका बनाए रखते हैं। स्वयं की साइड अवधारणा यह सुनिश्चित करती है कि संबंध का केवल एक पक्ष ट्रैक किया जाता है और अपडेट किया जाता है, संभावित डेटा असंगति को रोकता है। सार्वजनिक वर्ग विभाग { @Onetomany (Mapdby = "विभाग") निजी सूची कर्मचारी; } @इकाई सार्वजनिक वर्ग के कर्मचारी { @Manytoone निजी विभाग विभाग; } इस उदाहरण में, विभाग स्वयं का पक्ष है क्योंकि यह कर्मचारी तालिका में विभाग_आईडी विदेशी कुंजी का मालिक है। विभाग में विभाग के क्षेत्र से किसी कर्मचारी को जोड़ना या हटाना स्वचालित रूप से कर्मचारी तालिका में विदेशी कुंजी संदर्भ बनाएगा या हटा देगा।

सार्वजनिक वर्ग व्यक्ति { @OnetOone (Mapdby = "व्यक्ति") निजी पासपोर्ट पासपोर्ट; } @इकाई सार्वजनिक वर्ग पासपोर्ट { @Onetoone निजी व्यक्ति व्यक्ति; }

इस मामले में, खुद का पक्ष स्पष्ट रूप से निर्दिष्ट नहीं है। हाइबरनेट एनोटेशन ऑर्डर के आधार पर इसे प्रभावित करता है। व्यक्ति खुद का पक्ष बन जाता है क्योंकि यह पहले प्रकट होता है और पासपोर्ट तालिका में व्यक्ति_ड विदेशी कुंजी का मालिक होता है।

कई-से-एक संबंध: सार्वजनिक वर्ग की गाड़ी { @Onetomany (Mappeby = "cart") निजी सूची उत्पाद; } @इकाई सार्वजनिक वर्ग उत्पाद { @Manytoone निजी कार्ट कार्ट; }

एक-से-कई उदाहरण के समान, कार्ट स्वयं का पक्ष है क्योंकि यह उत्पाद तालिका में cart_id विदेशी कुंजी का मालिक है। यह डेटा अखंडता सुनिश्चित करता है और अनावश्यक डेटाबेस टेबल और डेटा डुप्लिकेशन को रोकता है। यह जानकर कि संबंध का कौन सा पक्ष है, डेवलपर्स विसंगतियों से बच सकते हैं और आवेदन और डेटाबेस दोनों में डेटा का एक सुसंगत प्रतिनिधित्व बनाए रख सकते हैं।