हाइबरनेट में डुप्लिकेट फ़ील्ड सेट

आज मैं जिस समस्या के समाधान का वर्णन करना चाहूंगा वह हाइबरनेट संस्थाओं में खेतों की पुनरावृत्ति है। बेशक, इसे डेटाबेस सामान्यीकरण की मदद से हल किया जा सकता है, लेकिन यह नमूना लेने के लिए असुविधाजनक है और प्रदर्शन को प्रभावित करता है; किसी को भी कई कॉलमों के लिए अतिरिक्त जॉइन की आवश्यकता नहीं होती है।
तो, आइए कल्पना करें कि किसी प्रकार की लेखांकन प्रणाली है, इसमें किसी भी इकाई में यह महत्वपूर्ण है कि इतिहास में किसने परिवर्तन किया, किसने बनाया, कब अंतिम परिवर्तन हुए, किसने इसे बनाया। वास्तव में, किसी भी परियोजना में आप समान सेट पा सकते हैं और एक नहीं। नतीजतन, जब प्रोग्रामर इन फ़ील्ड्स को बनाते हैं, तो सबसे अच्छा कॉपी-पेस्ट प्राप्त किया जाता है, और कभी-कभी एक ही फ़ील्ड के लिए नए नाम पैदा होते हैं।

मैं इस समस्या को हल करने के दो तरीकों पर विचार करना चाहूंगा।

पहला तरीका

यह समस्या @Embeddable निकाय का उपयोग करके हल की जा सकती है:

package ru.kabit.entity.embeded; import javax.persistence.Embeddable; import java.util.Date; @Embeddable public class HistoryFields { private Long lastModifierId; private Long creatorId; private Date lastModifyDate; private Date createDate; /* getters and setters */ } 

हम फ़ील्ड से फ़ील्ड निकालते हैं, एक एंबेडेड प्रॉपर्टी डालें। व्यवहार में, कोड के माध्यम से चलना और इन क्षेत्रों को कॉल करने से पहले एक अतिरिक्त गेट्टर जोड़ना मुश्किल नहीं है, लेकिन एक्सएमएल, जेएसपी में सभी स्थानों को ढूंढना मुश्किल है।

 package ru.kabit.entity; import ru.kabit.entity.embeded.HistoryFields; import javax.persistence.Embedded; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.Id; @Entity public class Post { @Id @GeneratedValue private Long id; @Embedded private HistoryFields historyFields; /* getters and setters */ } 

अगर HistoryFields से कम से कम एक फ़ील्ड भरा जाता है, तो एक HistoryFields ऑब्जेक्ट बनाया जाएगा और इन फ़ील्ड्स को भर दिया जाएगा, अन्यथा ऑब्जेक्ट अशक्त होगा, जो कि, तर्क लिखते समय बहुत सुविधाजनक है। डेटाबेस में फ़ील्ड के नाम अलग हो सकते हैं, उन्हें बदलने के लिए एनोटेशन @AttributeOverride का उपयोग किया जाता है ।

इस दृष्टिकोण के लाभ :

• खेतों के तार्किक समूह को एक अलग इकाई के रूप में एकल किया जाता है, फ़ील्ड को हमेशा एक ही कहा जाएगा, यह कभी भी किसी को "सही तरीके से" लिखने के लिए नहीं होगा।
• चयनित डेटा बिना उपश्रेणियों के चुना जाता है, क्योंकि यह एक ही तालिका में है
• इन क्षेत्रों के लिए खोज मानदंड अपरिवर्तित रहेंगे।
• संक्षेप में, ऐसे कई क्षेत्र हो सकते हैं

नुकसान :

• कुछ मामलों में, फ़ील्ड का एक सेट बेमानी हो सकता है; आप उन्हें हटा नहीं सकते
• रीफैक्टरिंग करते समय, आपको हाथ से जेएसपी को बदलना होगा, एक बड़ी परियोजना में ऐसा करना मुश्किल है, आपको सब कुछ डबल-चेक करना होगा, या अतिरिक्त गेटर्स बनाना होगा जो एंबेडेड फ़ील्ड से डेटा प्राप्त करते हैं

दूसरा तरीका

दूसरा उपाय @MappedSuperclass एनोटेशन का उपयोग करना है:

 package ru.kabit.entity; import javax.persistence.GeneratedValue; import javax.persistence.Id; import javax.persistence.MappedSuperclass; import java.util.Date; @MappedSuperclass public class HistoryEntity { @Id @GeneratedValue private Long id; private Long lastModifierId; private Long creatorId; private Date lastModifyDate; private Date createDate; /* getters and setters */ } 

अब खेतों के एक समूह के साथ एक आधार वर्ग है, और जब हम एक समान सेट देखते हैं, तो हम बस इसे विरासत में दे सकते हैं:

 package ru.kabit.entity; import javax.persistence.Entity; @Entity public class Table1 extends HistoryEntity { private Long otherFieldTable1; public Long getOtherFieldTable1() { return otherFieldTable1; } public void setOtherFieldTable1(Long otherFieldTable1) { this.otherFieldTable1 = otherFieldTable1; } } 

इस दृष्टिकोण के लाभ :

• चयनित डेटा बिना उपश्रेणियों के चुना जाता है, क्योंकि यह एक ही तालिका में है
• किसी कार्यशील प्रोजेक्ट पर फ़ील्ड बनाते समय, आपको कुछ भी रिफलेक्टर नहीं करना होगा

नुकसान :

• कुछ मामलों में, फ़ील्ड का एक सेट बेमानी हो सकता है; आप उन्हें हटा नहीं सकते
• जावा में कोई बहु विरासत नहीं है, इसलिए यदि कोई इकाई दो प्रकारों के लिए उपयुक्त है, तो यह विधि उपयुक्त नहीं है

निष्कर्ष

मैंने हाइबरनेट संस्थाओं में खेतों के एक सेट के बार-बार वर्णन से छुटकारा पाने के बारे में बात की, और प्रत्येक के फायदे और नुकसान का भी वर्णन किया। मुझे उम्मीद है कि आपको यह लेख उपयोगी लगा होगा।