2010-02-25 9 views
10

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

 
Persons 
    PersonID 
    Prefix 
    FirstName 
    MiddleName 
    LastName 
    Suffix 
PersonHonorifics 
    PHID 
    PersonID 
    Honorific 
PersonNames 
    PANID 
    PersonID 
    NameOrder 
लेकिन फिर यह काम करने के लिए एक भालू बन जाता है, और कोई भी उनका उपयोग करके समाप्त होता है।

क्या नाम डेटा स्टोर करने के लिए आम तौर पर स्वीकार्य "मानक तरीका" है?

+0

अपनी आवश्यकताओं पर निर्भर करता है। क्या आपको उदाहरण खोजने की ज़रूरत है। उपसर्ग द्वारा पहले नाम या समूह द्वारा? आप कितने नाम संग्रहित करेंगे? इन नामों पर आप किस तरह के संचालन करेंगे? – aefxx

+1

आप कभी भी ऑनरिफिक्स को अलग से क्यों संसाधित करेंगे? क्या आप चवलिक ऑर्डर को संभालने जा रहे हैं जहां एक केजी को सीजीबी से पहले रैंक किया गया है? –

+3

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

उत्तर

4

प्रबंधन करने के लिए overkill हो जाता है मैं AD naming style

First Name givenName 
Last Name sn 
Initials initials 
Display Name displayName 
Description description 
Office physicalDeliveryOfficeName 
Telephone Number telephoneNumber 
Telephone: Other otherTelephone 
E-Mail mail 
Web Page wWWHomePage 
Web Page: Other url 
+1

+1: पहला नाम, अंतिम नाम (सॉर्टिंग के लिए), और प्रदर्शन नाम (उन सभी सजावट को शामिल करने के लिए जो लोग चाहते हैं।) और अन्य तरीकों से उचित रूप से संगत लोगों के बारे में जानकारी भंडारण। एलडीएपी (और एडी) यही है। –

+15

+1 (एलडीएपी) को एक मानक तरीके से सबसे आवश्यक क्षेत्रों को encapsulating के लिए, -100 असंगत नामकरण के लिए -100 ('दिया नाम ',' एसएन' ... क्या?) और विचित्र कैमेल कैप्स ('WWWHomePage'? गंभीरता से?)। –

1

मैं vCard मानक देखकर शुरू करूंगा; इसे थोड़ा सामान्यीकरण की आवश्यकता है।

2

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

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

0

मेरे अनुभव से यह आम तौर पर

  • शीर्षक है (एक FK के रूप में, शीर्षक की एक तालिका के लिए बाहर लिंकिंग)
  • पूर्व नाम
  • मध्य नाम
  • अंतिम नाम
  • पिछला अंतिम नाम (यदि आवश्यक हो, विवाहित महिलाओं के नाम बदलने के लिए)
  • प्रत्यय

और कुछ (जब तक अपने विशिष्ट आवेदन में आवश्यक) और एक दर्द

1

निम्नलिखित एक बुरा विचार (पहली टिप्पणी देखें) है पसंद करते हैं:

KISS! अपने आप को मुक्त करें और केवल "पूर्ण नाम" का उपयोग करें :-) (यदि आपको इसकी आवश्यकता है, तो स्ट्रिंग में अंतिम शब्द "अंतिम नाम" है)

आप हमेशा उपयोग कर सकते हैं: प्रिय "पूर्ण नाम"।

आप मानदंडों को कैसे संभालेंगे अपनी आवश्यकताओं और आपके दर्शकों पर निर्भर करता है। आप "अभिवादन" एकत्र कर सकते हैं।

+2

सामान्य रूप से बुरा विचार। हां, आपके पास पूर्णनाम फ़ील्ड हो सकता है लेकिन इसे अलग-अलग फाइलों पर बनाया जाना चाहिए, अन्यथा अंतिम नाम से क्रमशः या सेरिंग द्वारा क्रमशः '% स्मिथ%' का उपयोग करना है जिसका अर्थ है कि आप इंडेक्स का उपयोग नहीं कर सकते हैं। मैं केवल पूर्ण नाम स्टोर नहीं करता। – HLGEM

+0

अच्छा बिंदु :-) मैंने जवाब बदल दिया। (कुछ सार्वजनिक वेब अनुप्रयोगों के लिए हो सकता है यह पर्याप्त होगा - जहां आप यागनी लागू करते हैं और अंतिम नाम भी एकत्र नहीं करते हैं। (लेकिन यह सवाल नहीं था) ... – Robert

+1

"lastname", समस्या से सॉर्ट न करें हल किया गया। –

1

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

खुद से पूछें कि आपका संगठन अलग-अलग व्यक्तियों के नाम के प्रत्येक घटक को अलग-अलग स्टोर करने से क्या वास्तविक लाभ प्राप्त करेगा। governmentforms पर देखें और देखें कि कितने information व्यक्तियों के नाम के बारे में उन्हें कैप्चर करने की आवश्यकता महसूस होती है।

0

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

13

कभी-कभी आपको लगता है कि आप अपनी आवश्यकताओं को जानते हैं। पुस्तक प्रकाशन उद्योग में ONIX नामक एक सूचना मानक है जो निम्न का उपयोग करता है। यह ध्यान रखना दिलचस्प है कि पहले और मध्य नाम एक फ़ील्ड में संयुक्त होते हैं।

  • टाइटल के नाम से पहले (पूर्व: प्रोफेसर, HRH प्रिंस, सेंट)
  • नाम प्रमुख नाम (प्रथम नाम और/या मध्य नाम के पहले अक्षर - पूर्व: ब्रेंडन जेई) से पहले
  • कुंजी नाम (पूर्व करने के लिए उपसर्ग: वैन, लुडविग वान बीथोवेन)
  • कुंजी का नाम (अंतिम नाम) के रूप में
  • नाम प्रमुख नाम (पूर्व के बाद: अनवर इब्राहिम के रूप में इब्राहिम)
  • कुंजी नाम (पूर्व करने के लिए प्रत्यय: जूनियर, तृतीय)
  • quali fications और सम्मान कुंजी नाम के बाद (पूर्व: एमबी, पीएचडी)
  • टाइटल के बाद नाम (पूर्व: एडिनबर्ग के ड्यूक)
+0

इसे प्यार करें क्योंकि यह अंतरराष्ट्रीय स्तर पर काम करता है। वास्तविक दस्तावेज़ के लिए एक लिंक भी मिला: http://www.editeur.org/93/Release-3.0-Downloads/#Specification – danielson317

+0

वाह, यह बहुत अच्छा है। इसका उपयोग कर सकते हैं एक खुद –

संबंधित मुद्दे

 संबंधित मुद्दे