Esto realmente depende de su caso de uso (ver más abajo), pero el almacenamiento ya que TEXT
tiene problemas de rendimiento, y un gran VARCHAR
sonido parece excesivo en la mayoría de los casos.
Mi enfoque: usar una VARCHAR
longitud generosa, pero no irrazonablemente grande , como más VARCHAR(500)
o menos, y alentar 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 automático de URL para URL demasiado largas y almacene la "versión para mostrar" del enlace como un fragmento de la URL con puntos suspensivos al final. (Ejemplo: http://stackoverflow.com/q/219569/1235702
se mostrará como stackoverflow.com/q/21956...
y se vinculará a una URL acortada 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 se usan mucho; Sin embargo, esto obviamente no funcionará para todos. Parece que safe.mn bloquea una gran cantidad de URL de spam y phishing, pero aún así recomendaría precaución.
- Asegúrese de tener en cuenta que no debe obligar 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 son demasiado suficientes para lo que la mayoría de los usuarios la usarán. Solo use / recomiende un acortador de URL para enlaces demasiado largos.