क्या डुप्लिकेट दर्ज किए जा सकते हैं? डुप्लीकेट प्रविष्टियों की अनुमति नहीं है!
यदि आपके पास है, उदाहरण के लिए, कुछ "कर्मचारी" एक निश्चित के साथ "नाम" , तो एक ही प्रकार का दूसरा एक जोड़ने का प्रयास अक्सर असावधानी के कारण एक उपयोगकर्ता त्रुटि होती है। इसलिए, ' USU ' प्रोग्राम एक डुप्लीकेट नहीं छोड़ेगा।
विशिष्टता को किसी भी फ़ील्ड या मान के लिए कॉन्फ़िगर किया जा सकता है, यदि आवश्यक हो, ऑर्डर करने के लिए, यदि आपको कुछ फ़ील्ड के लिए इसे सीमित करने की आवश्यकता है। लेकिन अधिकांश महत्वपूर्ण मूल्यों के लिए, इसे पहले ही जोड़ा जा चुका है।
देखें कि जब आप डुप्लिकेट को सहेजने का प्रयास करते हैं तो क्या त्रुटि आती है। और भी - और सहेजते समय अन्य संभावित त्रुटियां ।
अगर किसी चमत्कार से यह पता चला कि इस मामले में आपकी कंपनी में दो पूर्ण नाम काम करते हैं "पूरा नाम" दूसरे को थोड़े अंतर के साथ पेश करने की आवश्यकता है, उदाहरण के लिए, अंत में एक डॉट के साथ या एक संकेतन जोड़ें जिसे आप समझते हैं। ध्यान रखें कि इस मामले में यह आवश्यक है कि आप आसानी से समझ सकें कि आप कौन से दो समान रिकॉर्ड चुन रहे हैं।
कार्यक्रम के लिए, डुप्लिकेट अक्सर कोई समस्या नहीं होती है, क्योंकि डेटाबेस में प्रत्येक रिकॉर्ड का अपना अनूठा कोड होता है। प्रोग्राम के उपयोगकर्ता के लिए अंतर आवश्यक है, ताकि वह रिकॉर्ड को एक दूसरे से सही ढंग से अलग कर सके और एक ग्राहक के बजाय अपना पूरा नाम न चुने।
इसी सिद्धांत का उपयोग तब किया जाता है जब कर्मचारी अक्सर आलसी होते हैं और क्लाइंट का पूरा विवरण नहीं लिखते हैं। डुप्लिकेट के लिए जाँच करने से ऐसे कर्मचारियों को सब कुछ सही ढंग से दर्ज करने के लिए बाध्य होना पड़ेगा।
एक अद्वितीय कोड द्वारा कर्मचारियों या ग्राहकों की पहचान करना भी सुविधाजनक है।
तो एक फार्मेसी में ग्राहक फोन नंबर या डिस्काउंट कार्ड से मिल सकते हैं, और एक मरीज को मेडिकल कार्ड नंबर से मिल सकता है।
उन क्षेत्रों में डुप्लिकेट मान हो सकते हैं जो कुंजी नहीं हैं। उदाहरण के लिए, एक ही मरीज डॉक्टर के साथ कई नियुक्तियां कर सकता है। हाइलाइट करने का तरीका देखें नियमित ग्राहक ।
अन्य उपयोगी विषयों के लिए नीचे देखें:
यूनिवर्सल अकाउंटिंग सिस्टम
2010 - 2024