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

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

varchar(max) para SQLServer2005

varchar(65535) para MySQL 5.0.3 y posteriores

Esto asignará el almacenamiento según sea necesario y no debería afectar el rendimiento.

Usted querrá elegir entre una columna de TEXTO o VARCHAR basada en la frecuencia con la que se utilizará la URL y si realmente necesita que la longitud no esté vinculada.

Use VARCHAR con maxlength >= 2,083 como micahwittman sugirió si:

1. Usarás muchas URLs por consulta (a diferencia de las columnas de TEXTO, las VARCHARs se almacenan en línea con la fila)
2. Estás bastante seguro de que una URL nunca excederá el límite de filas de 65,535 byte.

Use TEXTO si :

1. La URL realmente podría romper el límite de filas de 65,535 bytes
2. Sus consultas no seleccionarán o actualizarán un montón de URLs a la vez (o muy a menudo). Esto se debe a que las columnas de TEXTO solo mantienen un puntero en línea, y los accesos aleatorios involucrados en la recuperación de los datos referenciados pueden ser dolorosos.

Debe usar un VARCHAR con una codificación de caracteres ASCII. Las URL están codificadas por ciento y los nombres de dominio internacionales usan punycode, por lo que ASCII es suficiente para almacenarlas. Esto usará mucho menos espacio que UTF8.

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

La mayoría de los navegadores le permitirán poner cantidades muy grandes de datos en una URL y, por lo tanto, muchas cosas terminan creando URL muy grandes, por lo que si está hablando de algo más que la parte de dominio de una URL, necesitará usar una columna de TEXTO ya que los VARCHAR/CHAR son limitados.

Esto realmente depende de su caso de uso (ver más abajo), pero almacenar como TEXT tiene problemas de rendimiento, y un enorme VARCHAR suena como exagerado para la mayoría de los casos.

Mi enfoque: use una longitud VARCHAR generosa, pero no irrazonablemente grande, como VARCHAR(500) más o menos, y anime a los usuarios que necesitan una URL más grande a usar un acortador de URL como safe.mn.

El enfoque de Twitter: Para una experiencia de usuario realmente agradable, proporcione un acortador de URL automático para URL demasiado largas y almacene "mostrar versión" del enlace como un fragmento de la URL con elipses al final. (Ejemplo: http://stackoverflow.com/q/219569/1235702 se mostraría como stackoverflow.com/q/21956... y enlazaría a una URL abreviada http://ex.ampl/e1234)

Notas y Advertencias

• Obviamente, el enfoque de Twitter es mejor, pero para las necesidades de mi aplicación, recomendar un acortador de URL 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 pesadamente usado; sin embargo, esto obviamente no funcionará para todos. safe.mn parece bloquear una gran cantidad de spam y URL de phishing, pero todavía recomiendo precaución.
• Asegúrese de tener en cuenta que no debe forzar a sus usuarios a usar 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 la usarán. Solo use/recomiende un acortador de URL para enlaces demasiado largos.

No conozco otros navegadores, pero IE7 tiene un límite de 2083 caracteres para las operaciones HTTP GET. A menos que otros navegadores tengan límites más bajos, no veo por qué necesitarías más caracteres que 2083.

Es mejor usar varchar(max) que (en términos de tamaño) significa varchar (65535). Esto incluso almacenará sus direcciones web más grandes y ahorrará su espacio también.

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

Ver esto artículo en TechNet sobre el uso de Tipos de Datos de Gran Valor

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 tamaño máximo del campo; debería ser más que suficiente.