ORMs और c ओडी जेनरेटर क्षेत्र के एक तरफ हैं, और संग्रहित प्रक्रियाएं दूसरे पर हैं। आम तौर पर, ग्रीनफील्ड परियोजनाओं में ओआरएम और कोड जनरेटर का उपयोग करना आसान है, क्योंकि आप अपने डेटाबेस स्कीमा को आपके द्वारा बनाए गए डोमेन मॉडल से मेल खाने के लिए तैयार कर सकते हैं। विरासत परियोजनाओं के साथ उनका उपयोग करना अधिक कठिन होता है, क्योंकि एक बार सॉफ्टवेयर "डेटा-प्रथम" मानसिकता के साथ लिखा जाता है, इसे डोमेन मॉडल के साथ लपेटना मुश्किल होता है।
कहा जा रहा है कि, इन तीनों दृष्टिकोणों के मूल्य हैं। संग्रहीत प्रक्रियाओं को अनुकूलित करना आसान हो सकता है, लेकिन यह उन लोगों में व्यावसायिक तर्क डालने के लिए मोहक हो सकता है जिन्हें एप्लिकेशन में दोहराया जा सकता है। यदि आपकी स्कीमा ओआरएम की अवधारणा से मेल खाती है तो ओआरएम अच्छी तरह से काम करते हैं, लेकिन यदि नहीं तो अनुकूलित करना मुश्किल हो सकता है। कोड जेनरेटर एक अच्छा मध्य ग्राउंड हो सकते हैं, क्योंकि वे ओआरएम के कुछ लाभ प्रदान करते हैं लेकिन जेनरेट कोड के अनुकूलन की अनुमति देते हैं - हालांकि, यदि आप जेनरेट कोड को बदलने की आदत में हैं, तो आपको दो समस्याएं हैं, क्योंकि आप प्रत्येक बार जब आप इसे पुन: उत्पन्न करेंगे इसे बदलना होगा।
कोई भी सही जवाब नहीं है, लेकिन मैं ओआरएम पक्ष की ओर अधिक प्रवृत्त हूं क्योंकि मेरा मानना है कि यह किसी ऑब्जेक्ट-प्रथम मानसिकता के साथ सोचने के लिए और अधिक समझ में आता है।
स्रोत
2008-09-16 20:24:38
आपके उत्तर के लिए धन्यवाद! – Sklivvz
मुझे पता है कि यह एक पुरानी पोस्ट है, लेकिन ओआरएम के लिए एक सकारात्मक बिंदु यह है कि वे आमतौर पर बॉक्स से बाहर कैशिंग का प्रबंधन करते हैं, जो एक पिटा है यदि आप संग्रहित प्रक्रियाओं के साथ करना चाहते हैं क्योंकि यह मैन्युअल रूप से किया जाता है। – Augusto