मान लीजिए कि किसी एप्लिकेशन में मॉडल/प्रेजेंटेशन परत में सभी आवश्यक व्यावसायिक नियम हैं और वे ठीक काम करते हैं। मेरा सवाल यह है कि अनावश्यक व्यवसाय नियमों में से एक है या नहीं (यानी दो तिथियों की अवधि किसी भी अन्य मौजूदा स्पैन को ओवरलैप नहीं कर सकती है) SQL सर्वर जैसे रिपॉजिटरी में उपयोग किया जाना चाहिए।भंडार में व्यापार नियम?
क्या SQL सर्वर में एक बाधा जोड़ने के लिए यह आवश्यक/फायदेमंद है जो इस नियम को लागू करता है? एक तरफ, यह एप्लिकेशन को बाईपास करते समय अनजाने में व्यावसायिक नियमों को तोड़ने से किसी को भी (डीबीए समेत) को रोकता है। इसके अलावा, हमारे पास पहले से ही प्राथमिक और विदेशी कुंजी के माध्यम से भंडार में व्यवसाय नियमों के कुछ रूप हैं। दूसरी ओर, डुप्लीकेट नियमों को विकसित करने और बनाए रखने के लिए अतिरिक्त समय की आवश्यकता होती है।
यह प्रश्न कई अलग-अलग तकनीकों को फैलाता है इसलिए मैंने जानबूझकर टैग जेनेरिक रखा।
क्या आप कह रहे हैं कि डेटा से संबंधित नियम * केवल * डेटाबेस में हैं, या वे दोनों व्यवसाय और डेटा परतों में होना चाहिए? यदि बाद में, आप बड़ी परियोजनाओं पर उन्हें सिंक में रखने के लिए किस दृष्टिकोण का उपयोग करते हैं? –
यदि आवश्यक हैं, तो मैं उन्हें पहले डेटाबेस में डालता हूं। यह अधिक महत्वपूर्ण है कि ये बाधाएं सामने के अंत की तुलना में डेटाबेस में जाती हैं। मैंने एप्लिकेशन टीमों को बताया कि बाधाएं बदल गई हैं, इसलिए यदि आवश्यकता हो तो वे समायोजित कर सकते हैं। आम तौर पर इन प्रोजेक्ट में एक डेटाबेस व्यक्ति और एक एप्लिकेशन प्रोग्रामर असाइन किया जाएगा, इसलिए हम चीजों को समेकित रखते हैं। यदि नियम उपयोगकर्ता द्वारा किए गए कार्यों के आधार पर बहुत अधिक हो सकते हैं, तो वे व्यवसाय परत में हैं। यह वह डेटा है जो प्रायः आयात या विज्ञापन होक्स प्रश्नों के माध्यम से दर्ज नहीं होता है और इसलिए यह व्यापार परत में उपयुक्त है। – HLGEM
बिल्कुल प्रतिक्रिया का प्रकार जिसे मैं ढूंढ रहा हूं - धन्यवाद एचएलजीईएम (और अन्य)। – Mayo