什麼是字符串數據字段大小的最佳實踐？

Question

常用字符串數據存儲類型是否有任何推薦的字段大小？例如FirstName，LastName，AddressLine1，AddressLine2，City，State，PostalCode，EmailAddress等。我相信任何創建了表來存儲這些常用數據字段的人都必須決定使用哪個最大大小。

你對你有什麼價值？

你有某種你使用做出決定式（如所有字段大小是8的倍數）？

貴公司是否有一個準則，使含有這些領域是統一所有的表？

這只是個人的事情嗎？

我知道對我來說，如果我有一組標準的，我就不會停下來思考一下，並用不同大小的字段結束。在UI上工作時，這種一致性也會很好，因爲在輸入字段和任何數據驗證代碼上設置最大長度會更容易。

Answer 1

請記住，美國郵政服務只允許40個字符的行。因此，173438馬丁·路德·金紀念公園路東南，套房1124將通過CASS應用程序轉換成類似：

173438 Martin Luther King Pkwy SE 
Suite 1124 

對於地址，我將開始與美國郵政總局的指導方針，然後如果你打算支持國際客戶，看看這個國家的郵政標準。如果地址永遠不會被查詢，過濾，排序或使用一個實際的字母，那麼你可能會做一個類型爲nvarchar（max）的單列（順便說一句，這永遠不會是這樣，因此我總是結束需要單獨列出城市，州，郵政編碼等）。

最近，我已經得到了使用單獨列一個街道地址線的習慣。相反，我使用單個nvarchar（max）並在換行符（\ r \ n或僅\ n）上進行拆分。通過這種方式，當一個用戶需要五行地址（不包括城市，州和郵政編碼）時，我不必添加新列。

我通常使用nvarchar（25）作爲名稱。我還沒有跑過一個名字長度超過25個字符的人。我不是說這不可能，我只是從未在現場環境中看到過它。

Answer 2

自2009年8月，在中國社會科學院http://semaphorecorp.com之類的軟件是由美國郵政總局要求能夠縮寫地址爲30個字符。標準化的USPS地址不會分成兩行。

如果你不使用經常大量縮寫的30字符格式，USPS數據庫允許的實際最大布局爲10個字符的房屋號碼，2個字符的預測，28個字符的街道，4個字符爲後綴，2個字符爲後向，4個字符爲單位，8個字符爲公寓。在單詞之間有空白的情況下，地址線是64個字符，儘管沒有一個地址使所有這些字段最大。郵件投遞還需要私人郵箱指示符，如地址末尾的「PMB」。

搜索USPS.COM爲 「出版28」 的更多細節。