データベースの電子メールアドレスの最適な長さはどれくらいですか？

以下は、EMAIL_ADDRESS列のデータ型とプロパティを反映した、クエリの抽出部分です。

EMAIL_ADDRESS CHARACTER VARYING(20) NOT NULL, 

ただし、John Saundersはを使用していVARYING(256)ます。

これは、必ずしもVARYINGを正しく理解しているわけではないことを示唆しています。

私の場合、メールアドレスの長さは20文字、Jodnの長さは256文字であると理解しています。

ジョンのコードのコンテキスト

CREATE TABLE so."User"
  (
    USER_ID SERIAL NOT NULL,
    USER_NAME CHARACTER VARYING(50) NOT NULL,
    EMAIL_ADDRESS CHARACTER VARYING(256) NOT NULL, // Here
    HASHED_PASSWORD so.HashedPassword NOT NULL,
    OPEN_ID CHARACTER VARYING(512),                                                         
    A_MODERATOR BOOLEAN,
    LOGGED_IN BOOLEAN,
    HAS_BEEN_SENT_A_MODERATOR_MESSAGE BOOLEAN,
    CONSTRAINT User_PK PRIMARY KEY(USER_ID)
  );

普通の人が使う20文字以上のメールアドレスは見たことがありません。

データベースの電子メールアドレスの最適な長さはどれくらいですか？

メールアドレスの最大長は254文字です。

すべてのメールアドレスは2つの部分で構成されています。'@'記号の前にあるローカル部分と、それに続くドメイン部分。「user@example.com」では、ローカル部分は「user」、ドメイン部分は「example.com」です。

ローカル部分は64文字を超えてはならず、ドメイン部分は255文字を超えることはできません。

メールアドレスのローカル+ @ +ドメイン部分を組み合わせた長さは、254文字を超えてはなりません。RFC3696 Errata ID 1690で説明されています。

この情報の元の部分はここから入手しました

Ask Metafilterから：

私のデータは323アドレスのデータベースからのものです。分布にはいくつかの上限の外れ値があります（明確に歪んでいます）。通常、異常値なしで配布されます（私はテストしました）。

最小：12第1四分位：19平均（外れ値あり）：23.04平均（外れ値なし）：22.79第3四分位：26最大（外れ値あり）：47最大（外れ値なし）：35

中央値：23モード：24標準 Dev（外れ値あり）：5.20 Std。Dev（外れ値なし）：4.70

外れ値を含むデータに基づく範囲データの68.2％17.8-28.2 95.4％のデータ12.6-33.4 99.7％のデータ7.4-38.6

除外されたデータの外れ値に基づく範囲データの68.2％18.1-27.5 95.4％のデータ13.4-32.2 99.7％のデータ8.7-36.9

http://www.abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijk.com/にサインアップすると、あなたのメールアドレスは確かに異常値になります:)

ここだウェブサイトの形でできるようにする電子メールアドレスの最大安全の長さは何ですか？わずかに異なる平均値を持つレイコン（N = 50,496、平均値= 23）：

使うだけ varchar(50)。長いメールは毎回がらくたです。

50文字の長さを見てください。

peoplewithanemail @ ddressthislongjustuseashorterone

255文字のメールを許可する場合：

• それらを表示すると、UIがめちゃくちゃになる可能性があります（せいぜい、切り取られ、最悪の場合、コンテナーとマージンが押し出されます）。
• 悪意のあるユーザーが予期しないことを実行できる（ハッカーが無料のオンラインAPIを使用して大量のデータを保存した場合など）

（統計によると、正当なメールアドレスに実際に50文字を超える文字を入力した人はいません。例：pagemanの回答https://stackoverflow.com/a/1199245/87861）

仕事用のメールアドレスが20文字を超えています。

適切なRFC仕様を読みます。

「電子メールアドレスのローカル部分は最大64文字で、ドメイン名は最大255文字です。」

データベース内の可変文字タイプは、不要なスペースを占有しません。したがって、そのようなフィールドを可能な限り制約する理由はありません。人の名前、組織で使用されている名前の付け方、ドメイン名によっては、アドレスが20文字を超えることがあります。

RFC-2822では、local-partとdomain-nameの長さに制限はありません。RFC-2181はドメイン名を255オクテット/文字に制限しています。

繰り返しますが、varcharは保存した文字列が実際に使用するスペースのみを使用するため、電子メールアドレスの長さに小さな制限を設ける理由はありません。512で行くだけで、心配する必要はありません。他のすべては時期尚早の最適化です

最初は最大320文字（他の回答で示されているように64 + 1 + 255）ですが、 RFC 3696エラッタ1003は次のように述べています。

ただし、256文字のMAILコマンドとRCPTコマンドのアドレスの長さについては、RFC 2821に制限があります。これらのフィールドに収まらないアドレスは通常役に立たないため、アドレス長の上限は通常256と見なされます。

そしてRFC 5321セクション4.5.3.1.3から：

4.5.3.1.3。道

リバースパスまたはフォワードパスの最大合計長は256オクテット（句読点と要素の区切り文字を含む）です。

これには開始ブラケットと終了ブラケットが含まれているので、254オクテットしか使用できませんの電子メールアドレス。

ただし、オクテットの数は文字の数とは異なる場合があることに注意してください（1つの文字に2つ以上のオクテットがある場合があります）。また、RFCセクション4.5.3.1は、最大値を超えるフィールドが存在する可能性があると記載されていますが、これは可能ですが、サーバーがそれらを正しくキャッチすることは保証されていません。

そして、あなたは/する必要があります VARCHAR(254)メールアドレスを保存するます。

注：MySQLではVARCHAR、255オクテット以下として宣言された列はすべて1 byte + length（1は長さを格納するため）として格納されるため、下限を使用してもスペースは確保されません。

他の人が言ったように、20より大きい方法です。256+ 64は私にとっては良さそうで、RFCに準拠しています。

データベースにこのような大きな値を設定しない唯一の理由は、パフォーマンスまたはスペースを心配している場合であり、それを行っている場合、私は99.99999999999999％でそれが時期尚早な最適化であることを確信していますます。

大きくなる。

CHAR（20）フィールドは、すべて使用するかどうかに関係なく、常に20文字になります。（多くの場合、末尾にスペースで埋め。）A VARCHAR（20）フィールドが取り上げるまで 20文字ですが、それ以下になる場合もあります。CHAR（）の一定の幅の利点の1つは、テーブルの行にすばやくジャンプできることです。これは、その行のインデックスを計算するだけでよいためです。欠点は、スペースを無駄にすることです。

テーブルにVARCHAR（x）列がある場合、定数サイズのCHAR（x）の利点は失われます。一部の列がVARCHAR（）である場合、MySQLは背後で暗黙的にCHAR（）フィールドをVARCHAR（）に変換したことを思い出しているようです。