database - データベースフィールドの標準の長さのリスト

Question

私はデータベーステーブルを設計していて、同じ愚かな質問をもう一度自問しています。名フィールドの長さはどれくらいですか？

名、姓、電子メールアドレスなど、最も一般的なフィールドの妥当な長さのリストを持っている人はいますか？

score 356 · Accepted Answer

米国の何百万もの顧客にデータベースを照会しました。

名の最大の長さは46でした。私は50を使用します（もちろん、25を超えるのは500だけであり、データのインポートによってそのフィールドに余分なジャンクが発生する場合がありました）。
姓は名に似ていました。
メールアドレスは最大62文字です。長いもののほとんどは、実際にはセミコロンで区切られた電子メールアドレスのリストでした。
番地は最大95文字です。長いものはすべて有効でした。
都市の最大の長さは35でした。

これは、米国の人々にとってまともな統計的広がりになるはずです。考慮すべきローカリゼーションがある場合、数値は大幅に異なる可能性があります。

score 178 · Accepted Answer

UK Government Data Standards Catalogは、この種のものに関する英国の標準を詳述しています。名と姓のそれぞれに 35 文字、フルネームを保持する 1 つのフィールドに 70 文字、電子メールアドレスに 255 文字が提案されています。そのことなど..

score 17 · Accepted Answer

ハイサイドで間違いを犯すと思います。おそらく varchar を使用することになるので、余分なスペースを許可しても、誰かがそれを必要としない限り、実際には余分なスペースを使い果たすことはありません。名前 (名または姓) の場合は 50 文字以上、メールアドレスの場合は 128 文字以上にすることをお勧めします。非常に長いメールアドレスがいくつかあります。

私がやりたいもう 1 つのことは、Lipsum.comにアクセスして、テキストを生成するように依頼することです。そうすれば、100 バイトがどのように見えるかをよく理解できます。

score 11 · Accepted Answer

他の数字が顧客にとって特別な意味を持つ顧客向けインターフェイスなど、正当な理由がない限り、私はほとんど常に 2 の累乗を使用します。

2 のべき乗に固執すると、一般的なサイズの限られたセット内に収まります。これ自体は良いことであり、遭遇する可能性のある未知のオブジェクトのサイズを推測しやすくなります。他にもかなりの数の人がこれを行っているのを目にしますが、それには美的に心地よいものがあります. これを見ると、一般的には良い感じがします。デザイナーがエンジニアや数学者のように考えていたということです。素数だけだと気になるかもしれませんが。:)

score 4 · Accepted Answer

私は同じものを見つけたかったのですが、受け入れられた回答で言及されている英国政府のデータ標準は理想的に聞こえました。しかし、これらのどれももはや存在していないようでした - 広範な検索の後、私はここのアーカイブでそれを見つけました: http://webarchive.nationalarchives.gov.uk/+/http://www.cabinetoffice.gov.uk/govtalk/ schemasstandards/e-gif/datastandards.aspx . zip をダウンロードして解凍し、html フォルダー内の default.htm を開く必要があります。

score 4 · Accepted Answer

+------------+---------------+---------------------------------+
|   Field    | Length (Char) |           Description           |
+------------+---------------+---------------------------------+
|firstname   | 35            |                                 |
|lastname    | 35            |                                 |
|email       | 255           |                                 |
|url         | 60+           | According to server and browser |
|city        | 45            |                                 |
|address     | 90            |                                 |
+------------+---------------+---------------------------------+

編集：スペースを追加しました

score 1 · Accepted Answer

私の電子メールアーカイブを見ると、かなり長い「名」がたくさんあります（もちろん、最初の意味は文化によって異なります）。一例はKrishnamurthyです-これは13文字の長さです。これに基づくと、20〜25文字が適切な推測になります。firstname.lastname@somedomain.comがある可能性があるため、電子メールははるかに長くなるはずです。また、Gmailやその他のメールプログラムでは、firstname.lastname + sometag @ somedomain.comを使用できます。ここで、「sometag」は、受信メールの並べ替えに使用できるように、そこに配置したいものです。タグを考慮せずに完全な電子メールアドレスを入力できないWebフォームに頻繁に遭遇します。したがって、固定の電子メールフィールドが必要な場合は、文字数が25.25+15@20.3のようになり、合計で90文字になります（計算が正しく行われた場合）。

score 0 · Accepted Answer

私は通常一緒に行きます：

名：30文字
姓：30文字
電子メール：50文字
アドレス：200文字

名前の長いフィールドが気になる場合は、最近ではストレージスペースが問題になることはめったにないため、名前フィールドにも50を使用することがあります。

score 0 · Accepted Answer

ローカライゼーションを検討する必要があり (米国外の私たちのために!)、あなたの環境でそれが可能な場合は、次のことをお勧めします。

名前の各コンポーネントのデータ型を定義します - 注: 一部のカルチャには 3 つ以上の名前があります。次に、フルネームのタイプを用意し、

その場合、ローカライズは (名前に関する限り) シンプルになります。

同じことが住所にも当てはまります。ところで、異なる形式です。

score -2 · Accepted Answer

バルチャーですよね？したがって、50を使用するか25を使用するかは問題ではなく、安全で50を使用する方がよいと言えます。つまり、私が見た中で最も長いのは約19程度だと思います。姓が長い

database - データベースフィールドの標準の長さのリスト

13 に答える 13

Related

Reference