बाधाएं वे हैं जो डेटाबेस स्वयं को गलत अनुप्रयोगों, . से बचाने के लिए उपयोग करते हैं उपयोगकर्ताओं से नहीं।
इसका अर्थ है कि बाधा उल्लंघनों को एप्लिकेशन द्वारा कैप्चर किया जाना चाहिए और संभवतः उपयोगकर्ता के लिए प्रस्तुति के लिए साफ किया गया। मैं एक ऐसे एप्लिकेशन पर विचार करूंगा, जिसने ऐसा नहीं किया है, जो किसी तरह से कम है।
मैं 'संभवतः' कहता हूं क्योंकि आपके आवेदन (कम से कम इस मामले के लिए) को ऐसा कभी नहीं देखना चाहिए। यह लगभग निश्चित रूप से कुछ इस तरह के लिए ड्रॉप डाउन सीमित-पसंद नियंत्रण का उपयोग करना चाहिए। यदि यह एक कॉम्बो-बॉक्स या (शॉक, हॉरर) एक फ्री-फॉर्मेट टेक्स्ट एंट्री फ़ील्ड का उपयोग करता है, तो इसे फिर से परिभाषित करने की आवश्यकता होगी।
इसका मतलब यह होगा कि उल्लंघन तब तक नहीं होगा जब तक कि निश्चित रूप से, एप्लिकेशन और बाधा किसी बिंदु पर सिंक से बाहर न हो जाए। लेकिन यह कुछ ऐसा है जिसे परीक्षण में पकड़ा जाना चाहिए, इससे पहले कि कोई ग्राहक आपके आवेदन पर अपने छोटे-छोटे हाथों को प्राप्त करे।
आपके वास्तविक प्रश्न का उत्तर देने के लिए, बाधाओं के उल्लंघन के लिए Oracle से आने वाले संदेशों को बदला नहीं जा सकता है। सबसे अच्छा आप यह कर सकते हैं कि अपनी बाधाओं को बुद्धिमानी से नाम दें ताकि यह अंतिम उपयोगकर्ता को समझ में आ सके।
लेकिन मैं अभी भी यह मानता हूं कि उपयोगकर्ता के लिए समस्याओं की यह प्रस्तुति एप्लिकेशन परत की जिम्मेदारी है, न कि डेटाबेस परत की।
