sql-server - soporta - sql function to encode base64
¿Cuál es el mejor tipo de columna para URL? (4)
¿Cuál es el mejor tipo de columna para un campo URL para SQL Server?
Tipo: VARCHAR o NVARCHAR?
Longitud ?
Pregunta similar para MySQL .
Para SQL Server, querrás usar NVARCHAR, pensé, ya que hay planes (si no hay acción ya) en marcha para los caracteres no romanos en las URL. Realmente no puedo ver ningún problema en estos días en los requisitos de almacenamiento adicionales para NVARCHAR sobre VARCHAR.
Por algo así siempre me equivoco por el lado de la precaución y uso el nvarchar.
Si está preparado para codificar URL siempre las URL antes de almacenarlas (un ejemplo presentado por Google fue la codificación URL de 中 .doc a% E4% B8% AD.doc), entonces está seguro de apegarse a varchar. Si desea que los caracteres que no son ASCII en sus URL sigan siendo legibles en la base de datos, le recomendaría nvarchar. Si no quieres que te atrapen, entonces ve por nvarchar.
Como IE (el más restrictivo de los navegadores mainstream) no admite URL de más de 2083 caracteres, entonces (aparte de las consideraciones que pueda tener sobre la indexación o la longitud de fila), puede cubrir los escenarios más útiles con nvarchar (2083).
¿Estarás almacenando URL multilingües? Si es así, use nvarchar ; de lo contrario, use varchar .
Editar: en cuanto a la longitud, dado que IE limita las URL a 2.083 caracteres , puede usarla como la longitud máxima de su campo. En casos como estos, debe utilizar el denominador común más bajo, ya que sus URL deben poder utilizarse en todos los navegadores. Realmente, este es un límite práctico en un campo que muy probablemente nunca contendrá datos que llegarán a estar cerca de los límites de IE.