2010-02-25 15 views
5

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

आपने किस आधार पर अपना आधार बनाया?

क्या आपके पास कोई ऐसा फॉर्मूला है जिसका उपयोग आप निर्णय लेने के लिए करते हैं (जैसे सभी फ़ील्ड आकार 8 का एक से अधिक हैं)?

क्या आपकी कंपनी के पास दिशानिर्देश है, इसलिए इन फ़ील्ड वाले सभी टेबल समान हैं?

क्या यह सिर्फ एक निजी चीज़ है?

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

उत्तर

4

ध्यान रखें कि अमेरिकी डाक सेवा केवल 40 वर्णों की लाइनों की अनुमति देती है। इस प्रकार, 173,438 मार्टिन लूथर किंग मेमोरियल पार्कवे एसई, सुइट 1124 एक CASS आवेदन के द्वारा की तरह कुछ में परिवर्तित किया जाएगा:

173438 Martin Luther King Pkwy SE 
Suite 1124 

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

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

मैं आमतौर पर नामों के लिए nvarchar (25) का उपयोग करता हूं। मैंने अभी तक अपने नाम के एक हिस्से के साथ एक व्यक्ति को चलाने के लिए नहीं किया है जो 25 वर्णों से अधिक था। मैं यह नहीं कह रहा हूं कि यह संभव नहीं है, मैंने इसे कभी भी एक जीवंत वातावरण में नहीं देखा है।

+0

+1 फ़ील्ड आकारों के बारे में अच्छी बात और मेल टुकड़ों के लिए डेटा का उपयोग करना। यूपीएस शिपिंग सिस्टम जिसका उपयोग हम यहां करते हैं, पता पंक्तियों के लिए अधिकतम 35 वर्ण हैं। – DaveB

1

अगस्त 200 9 से, सीएएसएस सॉफ़्टवेयर जैसे http://semaphorecorp.com पर यूएसपीएस द्वारा पते को 30 अक्षरों में संक्षिप्त करने में सक्षम होना आवश्यक है। एक मानकीकृत यूएसपीएस पता दो लाइनों पर विभाजित नहीं है।

यदि आप अक्सर भारी-संक्षेप में 30-चार रूपों का उपयोग नहीं करते हैं, तो यूएसपीएस डेटाबेस द्वारा अनुमत वास्तविक अधिकतम लेआउट घर संख्या के लिए 10 वर्ण, पूर्ववर्ती के लिए 2 वर्ण, सड़क के लिए 28 वर्ण, 4 वर्ण प्रत्यय के लिए, पोस्टडिरेक्शनल के लिए 2 वर्ण, इकाई के लिए 4 वर्ण, अपार्टमेंट के लिए 8 वर्ण। शब्दों के बीच रिक्त स्थान के साथ, यह पता पंक्ति के लिए 64 वर्ण है, हालांकि कोई भी पता उन सभी क्षेत्रों को अधिकतम नहीं करता है। मेल बूंदों को पते के अंत में "पीएमबी" जैसे निजी मेल बॉक्स डिज़ाइनरों की भी आवश्यकता होगी।

अधिक जानकारी के लिए "प्रकाशन 28" के लिए यूएसपीएस.कॉम खोजें।

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