गन्दा स्प्रैडशीट छोड़ें और डेटाबेस पर स्विच करें

हमने देखा डेटा की सूचियों को संग्रहीत करने के लिए एक्सेल जैसे स्प्रेडशीट एप्लिकेशन का उपयोग करने के नुकसान पर। यह दृष्टिकोण पहली बार में सबसे अच्छे समाधान की तरह लग सकता है, लेकिन आप उस डेटा को कई उपयोगकर्ताओं के साथ साझा करने, सामग्री को मान्य करने या यहां तक ​​कि अपने डेटा को नेविगेट करने में समस्याओं का सामना कर सकते हैं। क्यों? क्योंकि आप एक ऐसे टूल का उपयोग कर रहे हैं जिसे कार्य करने के लिए डिज़ाइन नहीं किया गया था।

अब हम एक स्प्रैडशीट-आधारित सूची का उपयोग कर व्यवसाय के एक काल्पनिक (लेकिन विशिष्ट) मामले पर विचार करेंगे, और देखेंगे कि ऐसी समस्याओं को दूर करने के लिए इसे डेटाबेस एप्लिकेशन में कैसे परिवर्तित किया जा सकता है।

कार्यपुस्तिका कैसे हाथ से निकल जाती है

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

इस बिंदु पर स्प्रैडशीट दृष्टिकोण अनुपयोगी हो गया: बहुत से लोग इसे अद्यतित रखने की कोशिश कर रहे थे, अक्सर एक ही समय में। कंपनी ने एक रोटा स्थापित करने की कोशिश की, ताकि लोगों ने इसे कार्यपुस्तिका को अद्यतन करने के लिए बारी-बारी से लिया, लेकिन इसका मतलब यह था कि कुछ कार्यों को रिकॉर्ड करने से पहले ही भुला दिया गया था।

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

यह एक बना-बनाया उदाहरण हो सकता है, लेकिन मैंने वास्तव में इन सभी प्रथाओं को वास्तविक जीवन में देखा है। आइए काम करने की इस पद्धति से उत्पन्न कुछ मुद्दों पर करीब से नज़र डालें।

बहुत सारी समस्याएं

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

प्रारंभ कॉलम के साथ भी ऐसी ही समस्या है। कुछ कोशिकाओं में एक तिथि होती है, लेकिन अन्य में केवल एक महीने का रिकॉर्ड होता है - और एक या दो रिकॉर्ड केवल हां कहते हैं। एक्सेल डेटा सत्यापन का समर्थन करता है, इसलिए यह सुनिश्चित करना संभव है कि विशेष कोशिकाओं में हमेशा एक विशेष प्रकार का डेटा होता है - लेकिन जब एक तदर्थ फैशन में एक स्प्रेडशीट विकसित की जाती है, तो इसका शायद ही कभी उपयोग किया जाता है।

इस बिंदु पर स्प्रैडशीट दृष्टिकोण अव्यवहारिक हो जाता है: बहुत से लोग इसे अप टू डेट रखने की कोशिश कर रहे थे

डेटाबेस एप्लिकेशन में आपको यह समस्या नहीं होगी, क्योंकि फ़ील्ड का डेटा प्रकार शुरू से ही तय हो जाएगा। यदि आप काम शुरू होने की सही तारीख नहीं जानते हैं, तो आप महीने के पहले या 1 जनवरी का उपयोग कर सकते हैं यदि आप केवल वर्ष जानते हैं। यदि प्रोजेक्ट अभी तक शुरू नहीं हुआ है, तो आप फ़ील्ड को खाली छोड़ सकते हैं - डेटाबेस के संदर्भ में एक NULL। यदि आप जानते थे कि परियोजना शुरू की गई थी, लेकिन यह नहीं पता था कि कब, आप उस तिथि का उपयोग कर सकते हैं जो आपके डेटा के लिए सामान्य रूप से असंभव होगी, जैसे कि 1/1/1900। परियोजनाओं को क्रमबद्ध करना और गतिविधि का कालानुक्रमिक अवलोकन प्राप्त करना तुरंत आसान हो जाता है।

क्लाइंट लेबल वाले कॉलम द्वारा एक अधिक सूक्ष्म चुनौती प्रस्तुत की जाती है। इस कॉलम की प्रविष्टियाँ कार्यपुस्तिका में किसी और चीज़ से जुड़ी नहीं हैं, लेकिन शीट 1 पर ग्राहकों की एक सूची है, जो शायद यही है। अलग-अलग नामों से संदर्भित एक ही आइटम की कई सूचियों को संग्रहीत करना भ्रमित करने वाला है। आपको नामकरण को स्पष्ट करने और इस इकाई के लिए एक स्पष्ट नाम पर समझौता करने की आवश्यकता है: क्या वे ग्राहक या ग्राहक हैं?

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

दूसरी शीट - शीट 1 - उतनी ही समस्याग्रस्त है। शुरुआत के लिए, शीट का नाम वर्णनात्मक नहीं है। इसमें वास्तव में ग्राहकों की एक सूची है, लेकिन इसे एक्सेल में एक तालिका के रूप में स्वरूपित नहीं किया गया है: पता एक फ़ील्ड में है, जो इसे खोजने या सॉर्ट करने के लिए एक्सेल के अंतर्निहित टूल का उपयोग करने की आपकी क्षमता को सीमित करता है। उदाहरण के लिए, आप कार्डिफ़ वाले पतों के लिए फ़िल्टर कर सकते हैं, लेकिन परिणामों में न्यूपोर्ट में कार्डिफ़ रोड पर मौजूद पते भी शामिल होंगे।

जब पतों की बात आती है, तो सबसे अच्छा तरीका है पोस्टकोड, काउंटी, शहर और सड़क के लिए अलग-अलग फ़ील्ड का उपयोग करना (हालाँकि यूके के पतों के लिए काउंटी की जानकारी वैकल्पिक है - कोई काउंटियाँ नहीं देखें, कृपया, हम ब्रिटिश हैं)। स्ट्रीट में वह सब कुछ होना चाहिए जो पते के अन्य भागों में नहीं है।

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

इस शीट के अंतिम कॉलम में अंतिम संपर्क है: कर्मचारियों से यह अपेक्षा की जाती है कि वे हर बार किसी ग्राहक से संपर्क करने पर इसे अपडेट करें। चूंकि यह जानकारी कर्मचारी के लिए याद रखने के लिए एक अतिरिक्त चीज है, और इसकी कोई गारंटी नहीं है कि वे करेंगे - खासकर जब से यह दूसरी शीट पर छिपा हुआ है - यह अविश्वसनीय है। यह वास्तव में कुछ ऐसा है जिसे कंप्यूटर को स्वचालित रूप से ट्रैक करना चाहिए।

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

अपने डेटाबेस का निर्माण

इन मुद्दों को सुलझाने में कुछ काम लगेगा, शायद कई दिन। चूंकि उपयोगकर्ताओं को संभवतः पुराने सिस्टम का उपयोग जारी रखना होगा, जबकि हम एक नया निर्माण कर रहे हैं, मौजूदा कार्यपुस्तिकाओं की एक प्रति बनाना सबसे अच्छा है जिससे काम करना है। इसका मतलब है कि हम डेटा को परिवर्तित करने के हर चरण का दस्तावेजीकरण करना चाहते हैं, ताकि नई प्रणाली पर स्विच करने का समय आने पर हम इसे फिर से कर सकें।

पहली चीज़ जो आपको करने की ज़रूरत है वह है अपनी एक्सेल वर्कबुक में डेटा को साफ़ करना। ढूँढें और बदलें का उपयोग करने से मदद मिल सकती है, और आपको किसी भी कॉलम या पंक्ति को हटाना चाहिए जिसमें डेटा नहीं है (स्तंभ शीर्षक पंक्ति को छोड़कर, जिसे रखा जाना चाहिए)। कॉलम ए में प्रत्येक शीट में एक आईडी कॉलम जोड़ें, और इसे पहले सेल में 1 टाइप करके वृद्धिशील संख्याओं के साथ पॉप्युलेट करें, डेटा के नीचे (शिफ्ट + एंड, डाउन) का चयन करें और फिर फिल डाउन कमांड (Ctrl + D) का उपयोग करें। ) प्रोजेक्ट नामों की एक मास्टर सूची बनाएं, और जहां कहीं भी प्रोजेक्ट का नाम दर्ज किया गया है, VLookup() फ़ंक्शन का उपयोग उसके मास्टर आईडी नंबर की पुष्टि करने के लिए करें; यदि कोई संख्या नहीं है, तो आपके डेटा में असंगति है।

एक बार आपका डेटा साफ हो जाने के बाद, इसे रखने के लिए एक नया डेटाबेस तैयार करने का समय आ गया है। हम एक्सेस 2013 का उपयोग करेंगे, क्योंकि हमारे सैद्धांतिक उदाहरण में यह हमारे सभी उपयोगकर्ताओं के लिए हमारी Office 365 सदस्यता के माध्यम से उपलब्ध है। जब आप एक नया एक्सेस डेटाबेस बनाते हैं, तो आपको इसे एक्सेस वेब ऐप या एक्सेस डेस्कटॉप डेटाबेस के रूप में बनाने का विकल्प मिलता है। वेब ऐप्स का एक सरलीकृत इंटरफ़ेस है और इसका उपयोग केवल तभी किया जा सकता है जब आपके पास SharePoint ऑनलाइन के साथ Office 365 या एक्सेस सेवाओं और SQL सर्वर 2012 के साथ SharePoint सर्वर 2013 हो। हम पारंपरिक डेस्कटॉप डेटाबेस का उपयोग करेंगे, क्योंकि यह अधिक विकल्प और अधिक नियंत्रण प्रदान करता है। प्रयोगकर्ता का अनुभव।

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

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

हालांकि यह उपयोगकर्ताओं के लिए अपनी शीट पर अपना डेटा दर्ज करने के लिए समझ में आता है, सुसंगतता की कमी से विश्लेषण करना मुश्किल हो जाता है

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

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

संवर्द्धन

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

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

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

अपना डेटा आयात करना

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

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

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

आप एक मेरा कार्य प्रपत्र भी सेट कर सकते हैं जो वर्तमान उपयोगकर्ता के लिए सभी बकाया कार्यों को सूचीबद्ध करता है और एक अतिदेय कार्य रिपोर्ट जो उन सभी उपयोगकर्ताओं के लिए सभी बकाया कार्यों को सूचीबद्ध करती है जो उनकी नियत तिथि से पहले हो चुके हैं।

कोई काउंटी नहीं, कृपया, हम ब्रिटिश हैं

यदि आप अपने डेटाबेस में पते संग्रहीत कर रहे हैं, तो यह समझना महत्वपूर्ण है कि आपको वास्तव में किस जानकारी की आवश्यकता है। हालांकि काउंटी की जानकारी मार्केटिंग के लिए उपयोगी हो सकती है - और कुछ विदेशी पतों के लिए इसकी आवश्यकता हो सकती है - यह अब आधिकारिक तौर पर यूके के पतों में उपयोग नहीं किया जाता है।

बिना फ़ोन नंबर के lyft का उपयोग कैसे करें

इसका कारण यह है कि यूके के डाक पते एक पोस्ट टाउन की अवधारणा पर निर्भर करते हैं, जहां आपके लिए पोस्ट को आपके दरवाजे पर पहुंचाने से पहले भेजा और सॉर्ट किया जाता है। सभी कस्बों या गांवों को एक ही काउंटी में डाक कस्बों द्वारा सेवा नहीं दी जाती है - उदाहरण के लिए, मेलबर्न (कैम्ब्रिजशायर में) को रॉयस्टन (हर्टफोर्डशायर में) के माध्यम से अपना मेल मिलता है - इसलिए पते में एक काउंटी निर्दिष्ट करने से किसी को भी मदद नहीं मिलती है।

भ्रम से बचने के लिए, डाकघर ने 1996 में पतों में काउंटियों का उपयोग करना बंद कर दिया, इसके बजाय पोस्टकोड जानकारी पर भरोसा किया - और 2016 तक, यह पूरक पता जानकारी के उपनाम डेटा फ़ाइल से काउंटी नामों को हटाने की योजना बना रहा है। इसलिए, यदि आप यूके के पते में एक काउंटी शामिल करते हैं तो इसे केवल अनदेखा कर दिया जाएगा।