SQL डेटाबेस

Question

में कोई पता संग्रहीत करने के लिए सर्वश्रेष्ठ अभ्यास/मानक मैं सोच रहा हूं कि किसी डेटाबेस में यूएस पते को संग्रहीत करने के लिए "मानक" का कोई प्रकार है या नहीं? ऐसा लगता है कि यह एक आम काम है, और कुछ मानक होना चाहिए।

क्या मैं देख रहा हूँ कि कैसे डेटाबेस तालिकाओं काम करते हैं और बातचीत करनी चाहिए, पहले से ही डेटा प्रकार (MySQL) सहित तृतीय सामान्य रूप में की एक विशिष्ट स्कीमा है। एक अच्छा यूएमएल दस्तावेज़ काम करेगा।

शायद मैं आलसी हूं, लेकिन यह एक बहुत ही आम काम है, और मुझे यकीन है कि किसी ने इसे कहीं करने का एक प्रभावी तरीका प्रकाशित किया है। मुझे नहीं पता कि कहां देखना है और Google मदद नहीं कर रहा है। कृपया मुझे संसाधन के लिए इंगित करें। धन्यवाद।

संपादित

---

हालांकि यह एक सामान्य प्रश्न के और अधिक है, मैं अपने विशिष्ट जरूरतों स्पष्ट करना चाहते हैं।

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

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

Answer 1

http://www.upu.int अंतरराष्ट्रीय पते के लिए प्रारूप मानकों है। http://usps.com पर प्रकाशन 28 में यू.एस. प्रारूप मानकों हैं। सीएएसएस सॉफ़्टवेयर जैसे http://semaphorecorp.com यू.एस. पते को मान्य और मानकीकृत करता है।

USPS निम्नलिखित unpunctuated पते के घटकों एक पंक्ति पर concatenated चाहता है:

* house number 
* predirectional (N, SE, etc) 
* street 
* suffix (AVE, BLVD, etc) 
* postdirectional (SW, E, etc) 
* unit (APT, STE, etc) 
* apartment/suite number 

जैसे, 102 एन मुख्य अनुसूचित जनजाति एसई अपार्ट बी

आप एक ही क्षेत्र के रूप में पूरे पते लाइन रखें आपके डेटाबेस में, इनपुट और संपादन आसान है, लेकिन खोज अधिक कठिन हो सकती है (उदाहरण के लिए, दक्षिण पूर्व लैन एस ईएएसटी एलएन में सड़क ईएएसटी है या क्या यह एसई लैन एसटी में लैन है?)।

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

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

एक से अधिक भौतिक पते वाले संपर्क आमतौर पर एक व्यापार या व्यक्ति है जो सड़क के पते और पीओ बॉक्स के साथ होता है। ध्यान दें कि प्रत्येक पते के लिए एक अलग ज़िप कोड होना आम बात है।

यह काफी विशिष्ट है कि एक व्यापार लेनदेन में एक शिपिंग पता और एक बिलिंग पता हो सकता है (फिर से, विभिन्न ज़िप कोड के साथ)। जानकारी मैं प्रत्येक पते के लिए रखना है:

* name prefix (DR, MS, etc) 
* first name and initial 
* last name 
* name suffix (III, PHD, etc) 
* mail stop 
* company name 
* address (one line only per Pub 28 for USA) 
* city 
* state/province 
* ZIP/postal code 
* country 

मैं आम तौर पर प्रिंट मेल कहीं व्यक्ति का नाम और कंपनी के बीच बंद हो जाता है, क्योंकि देश राज्य/ज़िप जो शहर जो पते जो कंपनी है जो शामिल होता है शामिल शामिल होता है मेल स्टॉप जिसमें व्यक्ति होता है। मैं दर्ज या संपादित करते समय पते को मान्य और मानकीकृत करने के लिए सीएएसएस सॉफ़्टवेयर का उपयोग करता हूं।

Answer 2

मैंने इसे थोड़ी देर पहले देखा, लेकिन अंतरराष्ट्रीय पते के लिए। मुझे आम सहमति के रास्ते में ज्यादा नहीं मिला।

http://www.fgdc.gov/standards/projects/FGDC-standards-projects/street-address/index_html

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

Answer 3

Verysimilarquestionshave पहले पूछा गया था।

पते गन्दा हैं - सर्वोत्तम रूप से।

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

याद रखें कि पहली बार आपको अमेरिका के बाहर किसी के साथ सौदा करना है, सभी पिछले नियम भटक गए हैं। आप सख्ती से केवल यूएस हो सकते हैं, लेकिन सावधान रहें।

Answer 4

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

Answer 5

मुझे इसे पहले करने की कोशिश करनी है और मुझे this document मिलेगा जो आपको कुछ पॉइंटर्स देता है। मैंने अपने स्कीमा को ढंकना समाप्त कर दिया क्योंकि मेरे आवेदन को अंतरराष्ट्रीय पते से निपटना होगा।

Answer 6

सबसे पहले, एक व्यक्ति जो पते के साथ काम कर रहे पेशेवर दिन का अधिकतर खर्च करता है, उन्हें डेटा परिप्रेक्ष्य से प्रबंधित करना मुश्किल होता है।

यदि आप 5 लोगों से पूछते हैं कि वे किस पते पर रहते हैं; आप पाएंगे कि आपको 5 अलग-अलग उत्तर मिलते हैं। जबकि आप और मैं बता सकता हूं कि 123 मुख्य सड़क Apt 1 और Apt 1 123 मुख्य सड़क एक ही पता है, डेटाबेस प्रोग्राम में एक चुनौती होगी।

यदि आप संयुक्त राज्य अमेरिका के केंद्रीय पते का उपयोग कर रहे हैं तो लगभग किसी भी विक्रेता से सीएएसएस प्रमाणित सॉफ़्टवेयर आपके पते को उचित रूप से अच्छी तरह से मानकीकृत करेगा। इस प्रकार मैं एक साधारण प्रारूप की सिफारिश करेंगे:

• पता 1
• पता 2
• पता 3
• शहर
• राज्य
• पिन
• पिन 4 (मैं इस ले जाएगा इसलिए डुप्लिकेट की जांच करते समय लुकअप आसान होते हैं)

हालांकि, यदि आप एक सार्वभौमिक पता चाहते हैं तो मैं IdeaAlliance से ADIS मानक देखेंगे। इस मानक का उपयोग लगभग किसी भी देश से संबंधित भागों में टूटने (पार्स) पते के लिए किया जा सकता है। फिर उन्हें यूनिवर्सल पोस्टल यूनियन मानकों (अंतर्राष्ट्रीय डाक पता घटक और टेम्पलेट्स पर यूपीयू एस 42 मानक) के आधार पर टेम्पलेट/घटकों का उपयोग करके एक साथ वापस रखा जा सकता है।

इस प्रारूप का बड़ा प्लस यह है कि सीएएसएस जैसे डाक डेटाबेस में मौजूद पते को अलग-अलग हिस्सों के रूप में दर्ज और संग्रहित किया जा सकता है।