¿Cuál es la longitud óptima para una dirección de correo electrónico en una base de datos?

Question

Aquí es una porción extraída de mi consulta, lo que refleja el tipo de datos EMAIL_ADDRESS la columna y la propiedad:

EMAIL_ADDRESS CHARACTER VARYING(20) NOT NULL, 

Sin embargo, John SaundersVARYING(256) utiliza.

Esto me sugiere que no he entendido necesariamente la VARIACIÓN correctamente.

Lo entiendo de tal manera que la longitud de una dirección de correo electrónico es de 20 caracteres en mi caso, mientras que 256 para Jodn.

Contexto en el código de John

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) 
); 

nunca he visto direcciones de correo electrónico más de 20 caracteres, utilizado por la gente común.

¿Cuál es la longitud óptima para una dirección de correo electrónico en una base de datos?

Answer 1

La longitud máxima de una dirección de correo electrónico es de 254 caracteres.

Cada dirección de correo electrónico se compone de dos partes. La parte local que aparece antes del signo '@' y la parte del dominio que lo sigue. En "usuario@ejemplo.com", la parte local es "usuario" y la parte de dominio es "ejemplo.com".

La parte local no debe exceder los 64 caracteres y la parte de dominio no puede tener más de 255 caracteres.

La longitud combinada de las partes del dominio local + @ + de una dirección de correo electrónico no debe exceder los 254 caracteres. Como se describe en RFC3696 Errata ID 1690.

I got the original part of this information from here

Answer 2

¡Mi dirección de correo electrónico de trabajo tiene más de 20 caracteres!

Lea la adecuada RFC specification:

"La parte local de una dirección de correo electrónico puede ser de hasta 64 caracteres de longitud y el nombre de dominio puede tener un máximo de 255 caracteres"

Answer 3

de Ask Metafilter:

Mi datos provienen de una base de datos de 323 direcciones. La distribución tiene algunos valores extremos (sesgados positivamente). Normalmente es distribuido sin los valores atípicos (I probado.)

mínima: 12 primera cuartil: 19 Media (w/ valores atípicos): 23,04 Mean w/o valores atípicos): 22,79 tercera cuartil: 26 Max (w/outliers): 47 Max (sin valores atípicos): 35

Mediana: 23 Modo: 24 Std. Dev (w/ valores atípicos): 5.20 Std. Dev (sin valores atípicos): 4.70

rangos basados ​​en los datos incluidos valores atípicos 68,2% de los datos 17,8-28,2 95,4% de los datos 12,6-33,4 99,7% de los datos 7.4 - 38.6

rangos basados ​​en valores atípicos de datos excluidos 68,2% de datos 18,1-27,5 95,4% de los datos 13,4-32,2 99,7% de los datos 8.7 - 36,9

Si se suscribe a http://www.abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijk.com/ a continuación su dirección de correo electrónico seguro que sería una de las demás :)

Aquí es What is the maximum safe length of an email address to allow in a website form? en Raycon con una media ligeramente diferente (N = 50.496, media = 23):

Answer 4

Como han dicho otros, mucho más grande que 20. 256 + 64 suena bien para mí, y es RFC obediente.

La única razón para no tener un valor tan grande para su base de datos es si se está preocupando de rendimiento o espacio, y si usted está haciendo eso, entonces estoy seguro de que 99,99999999999999% es optimización prematura.

Go big.

Answer 5

Los tipos de caracteres variables en bases de datos no ocupan espacio innecesario. Por lo tanto, no hay ninguna razón para restringir tales campos tanto como sea posible. Según el nombre de una persona, el esquema de nombres utilizado por su organización y su nombre de dominio, una dirección puede exceder fácilmente los 20 caracteres.

No hay límite en cuanto a la longitud de la parte local y el nombre de dominio en RFC-2822. RFC-2181 limita el nombre de dominio a 255 octetos/caracteres.

Una vez más, dado que varchar solo utiliza el espacio realmente utilizado por la cadena que almacena, no hay ninguna razón para tener un pequeño límite para la longitud de la dirección de correo electrónico. Solo ve con 512 y deja de preocuparte. Todo lo demás es premature optimization

Answer 6

Un campo CHAR (20) siempre ocupará 20 caracteres, ya sea que lo use todo o no. (A menudo rellenado con espacios al final.) Un campo VARCHAR (20) ocupará hasta 20 caracteres, pero puede ocupar menos. Un beneficio del ancho constante de CHAR() es saltar rápidamente a una fila en una tabla, porque puede simplemente calcular el índice en el que debe estar. El inconveniente es perder espacio.

El beneficio de CHAR (x) de tamaño constante se pierde si tiene columnas VARCHAR (x) en su tabla. Me parece recordar que MySQL silenciosamente convirtió cualquier campo CHAR() en VARCHAR() detrás de las escenas si algunas columnas eran VARCHAR() s.

Answer 7

Inicialmente, el máximo es de 320 caracteres (64 + 1 + 255, como se muestra en otras respuestas), sino como RFC 3696 Errata 1003 dijo:

Sin embargo, hay una restricción en el RFC 2821 de la longitud de una dirección de en los comandos MAIL y RCPT de 256 caracteres. Dado que las direcciones que no encajan en esos campos normalmente no son útiles, el límite superior de en las longitudes de direcciones normalmente debería considerarse de 256.

Y desde RFC 5321 sección 4.5.3.1.3:

4.5.3.1.3. Path

La longitud total máxima de una ruta de retroceso o avance de la ruta es de 256 octetos (incluidos los separadores de puntuación y elementos)

Esto se incluye la apertura y cierre de corchetes por lo que nos deja con sólo el 254 octetos de la dirección de correo electrónico.

Pero tenga en cuenta que el número de octetos puede no ser igual al número de caracteres (un carácter puede tener 2 o más octetos). También el RFC section 4.5.3.1 dice que puede haber campos de más que el máximo y esto es posible pero no garantizado para que los servidores los capturen correctamente.

Y luego puede/debe usar un VARCHAR(254) para almacenar una dirección de correo electrónico.

Nota: En MySQL al menos, una columna declarada como VARCHAR whit menor o igual que 255 octetos todos serán almacenados como 1 byte + length (el 1 es almacenar la longitud) así que no hay espacio se gana si se utiliza un límite inferior.

Answer 8

Simplemente use varchar(50). Los correos electrónicos más largos son basura todo el tiempo.

Basta con mirar el tiempo que 50 caracteres es:

peoplewithanemail @ ddressthislongjustuseashorterone