いく必要がある郵便コードの改善に取り組んでいます。●どのカラムですか？

Question

期待しているカラムをVARCHAR2、私のOracleデータベースです。

米Zipsは9.

カナダでは7.

しようと考え32文字が合理的であるとする上限

と思欠?

[編集] ブ:12のリーズナブルなご質問への回答 皆さん、ありがとうござ方が大きな役割を果たした。

Answer 1

ウィキペディアの郵便番号ページをざっと読むと、32文字で十分です。 16文字でもいいと思います。

Answer 2

@ neil-mcguiganによって既に提起されているように、ウィキペディアにはトピックに関するまともなページがあります。 12文字に基づいてそれを行う必要があります： http://en.wikipedia.org/wiki/List_of_postal_codes

ウィキペディアの記事には〜254の国がリストされていますが、これは UPU （Universal Postal Union）には192か国が加盟しています。

Answer 3

してどうするんだよとを宣言するフィールドサイズより大きな実データへの期待を店です。

場合は、初期アプリケーションのバージョンがサポートおよびカナダのアドレス(あるいを推定することから呼び出すとして使用されることが多いサイズにおい思を宣言する分野としてVARCHAR2(9)（VARCHAR2(10)を希望する場合は店舗の出版者（社）名を入力してくださZIP+4ます。ものを見、その他に郵便コードが国によって、VARCHAR2(9)またはVARCHAR2(10)も十分にない場合は他のすべての国です。

下ラインきものカラムの長さにする必要が生じた場合.では一般的にハードを防ぐために、どこか決定からは"創造"とも50文字入VARCHAR2(50)分野別（いった別のラインの輸送ラベル).また試験の境界の場合（毎にアプリをZIPの取扱50文字?).にありますがお客様のデータを検索データベースからは、一般的に配分メモリの最大サイズのデータが取得ではなく、実際の長されます。どのように変動するという大きな取り扱この特定の場合は40バイト配列できるものチャンクRAMである。

ちなみに、ものを考え保管(少なくとも米国の住所の郵便番号は+4拡張す。が一般的であることができて便利でのレポートを作成による地域が多いものは、ZIPコードとりか、+4。その時点で有効なみにSUBSTRの最初の5文字のZIPコードです。

Answer 4

不足しているのは、郵便番号を特別に処理する必要がある理由です。

郵便番号を作業する必要が本当になければ、心配しないことをお勧めします。仕事とは、住所ラベルなどを印刷するためだけに使用するのではなく、特別な処理を行うことを意味します。

[たとえば] VARCHAR2（50）の3つまたは4つのアドレスフィールドを作成し、ユーザーが必要なものを入力できるようにします。

郵便番号で注文や取引をグループ化する必要が本当にある[必要ですか？国によってこの分野のスキームは大きく異なるため、そうではないと思います。

Answer 5

正規化？郵便番号は複数回使用される場合があり、通り名または町名に関連する場合があります。別のテーブル。

Answer 6

カナダの郵便番号は6文字のみで、文字と数字（LNL NLN）の形式です

Answer 7

英国は次の標準を公開しています：英国政府データ標準カタログ

Max 35 characters per line 

国際郵便住所：

Minimum of 2 lines and maximum of 5 lines for the postal delivery point 
details, plus 1 line for country and 1 line for postcode/zip code 

英国の郵便番号の長さ：

Minimum 6 and Maximum 8 characters 

Answer 8

データベースに郵便番号を統合する場合は、ジオネームデータベースを使用するのが最適です。使用して理解するのは難しいですが、私たちのようなユーザーが自由に利用できる最大の地理データベースです。

他のそのようなデータベースはすべて、ほぼ同じデータと構造を持っています。データベースから余分な/冗長な情報を削除するだけです。低負荷のシステムで無料のサービスを使用するためにそれを行う場合、制限は魅力的であり、jsonとajaxを使用したより簡単なインターフェイスを提供します。制限はこちら

で確認できます

参考までに、郵便番号を保存するにはvarchar（20）で十分です