El mejor tipo de campo de base de datos para una URL

Question

Necesito almacenar una url en una tabla MySQL. ¿Cuál es la mejor práctica para definir un campo que contendrá una URL con una longitud indeterminada?

Answer 1

1. Lowest common denominator max URL length among popular web browsers: 2,083 (Internet Explorer)

2. http://dev.mysql.com/doc/refman/5.0/en/char.html
   Los valores en las columnas VARCHAR son cadenas de longitud variable. La longitud se puede especificar como un valor de 0 a 255 antes de MySQL 5.0.3 y de 0 a 65.535 en 5.0.3 y versiones posteriores. La longitud máxima efectiva de un VARCHAR en MySQL 5.0.3 y posterior está sujeta al tamaño máximo de fila (65.535 bytes, que se comparte entre todas las columnas) y al juego de caracteres utilizado.

3. Entonces ...
   < MySQL 5.0.3 uso TEXTO
   o
   > = MySQL 5.0.3 uso VARCHAR (2083)

Answer 2

VARCHAR(512) (o similar) debería ser suficiente. Sin embargo, dado que en realidad no conoce la longitud máxima de las URL en cuestión, podría ir directamente al TEXT. El peligro con esto es, por supuesto, la pérdida de eficacia debido a que CLOB s es mucho más lento que un simple tipo de cadena de datos como VARCHAR.

Answer 3

varchar(max) para SQLServer2005

varchar(65535) para MySQL 5.0.3 y más tarde

Esto asignar almacenamiento como necesidad y no debe afectar al rendimiento.

Answer 4

La mayoría de los navegadores le permiten poner very large amounts of data in a URL y así muchas cosas terminan creando URLs muy grandes así que si está hablando de algo más que la parte de dominio de una URL necesitará usar una columna TEXT desde VARCHAR/CHAR are limited.

Answer 5

No sé sobre otros navegadores, pero IE7 has a 2083 character limit for HTTP GET operations. A menos que otros navegadores tengan límites inferiores, no veo por qué necesitaría más caracteres que 2083.

Answer 6

La mayoría de los servidores web tienen un límite de longitud de URL (por lo que hay un código de error para "URI demasiado largo") "), lo que significa que hay un tamaño superior práctico. Encuentre el límite de longitud predeterminado para los servidores web más populares y use el más grande de ellos como el tamaño máximo del campo; debería ser más que suficiente.

Answer 7

Será mejor use varchar(max) que (en términos de tamaño) signifique varchar (65535). Esto incluso almacenará sus direcciones web más grandes y también le ahorrará espacio.

El especificador máximo amplía las capacidades de almacenamiento de varchar, nvarchar y tipos de datos varbinary. varchar (max), nvarchar (max) y varbinary (max) se denominan colectivamente tipos de datos de gran valor. Puede utilizar los tipos de datos de gran valor para almacenar hasta 2^31-1 bytes de datos.

Ver this article en TechNet sobre el uso Uso de Alto Valor de tipos de datos

Answer 8

Usted querrá elegir entre un texto o una columna VARCHAR basado en con qué frecuencia se utiliza la URL y si realmente necesita la longitud para ser desatada.

Uso VARCHAR con maxlength> = como micahwittman sugirió si:

1. Vamos a usar una gran cantidad de direcciones URL por consulta (a diferencia de columnas TEXT, VARCHAR se almacenan en línea con la fila)
2. Está bastante seguro de que una URL nunca excederá el límite de fila de 65.535 bytes.

Uso TEXTO si:

1. La URL realmente podría romper el límite de fila 65.535 bytes
2. Sus consultas no seleccionar o actualizar un grupo de direcciones URL a la vez (o muy a menudo) . Esto se debe a que las columnas de TEXTO solo tienen un puntero en línea, y los accesos aleatorios que participan en la recuperación de los datos a los que se hace referencia pueden ser dolorosos.

Answer 9

Esto realmente depende de su caso de uso (ver más abajo), pero el almacenamiento como TEXT tiene problemas de rendimiento, y una enorme VARCHAR suena como una exageración para la mayoría de los casos.

Mi enfoque: utilizar un generoso, pero no excesivamente grande VARCHAR longitud, como VARCHAR(500) más o menos, y animar a los usuarios que necesitan una URL más grande para usar un acortador de URL como safe.mn.

El enfoque Twitter: Para un muy buen UX, proporcione un acortador de URL automática para excesivamente larga URL y almacenar la versión "pantalla" del enlace como un fragmento de la URL con puntos suspensivos al final. (Ejemplo: http://stackoverflow.com/q/219569/1235702 se muestra como stackoverflow.com/q/21956... y uniría a una URL acortada http://ex.ampl/e1234)

Notas y Advertencias

• Obviamente, el enfoque Twitter es mejor, pero para las necesidades de mi aplicación, recomendando una URL acortador fue suficiente.
• Los acortadores de URL tienen sus inconvenientes, como problemas de seguridad. En mi caso, no es un gran riesgo porque las URL no son públicas y no se usan mucho; sin embargo, esto obviamente no funcionará para todos. safe.mn parece bloquear una gran cantidad de spam y URL de phishing, pero aún así recomiendo precaución.
• Asegúrese de tener en cuenta que no debe forzar a sus usuarios a utilizar un acortador de URL. Para la mayoría de los casos (al menos para las necesidades de mi aplicación), 500 caracteres es demasiado suficiente para lo que la mayoría de los usuarios lo usarán. Solo use/recomiende un acortador de URL para enlaces excesivamente largos.

Answer 10

Debe utilizar un VARCHAR con una codificación de caracteres ASCII. Las URL están codificadas en porcentajes y los nombres de dominio internacionales usan punycode para que ASCII sea suficiente para almacenarlas. Esto usará mucho menos espacio que UTF8.

VARCHAR(512) CHARACTER SET 'ascii' COLLATE 'ascii_general_ci' NOT NULL