1. Inicio
  2. Pregunta y respuesta
  3. ¿Cuál es el mejor tipo de columna para URL?

¿Cuál es el mejor tipo de columna para URL?

2009-07-21 21 views

Respuesta

42

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 seguir con 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. Dado que IE (el más restrictivo de los navegadores mainstream) no admite URL de más de 2083 caracteres, entonces (aparte de las consideraciones sobre indexación o longitud de fila), puede cubrir los escenarios más útiles con nvarchar (2083).

Fuente

2009-07-21 15:34:25

+1

¿Qué tal la longitud? –

+2

2083 es ​​el máximo admitido por IE, que es el más restrictivo de los principales navegadores. Pero no dejan en claro si se trata de codificación previa o posterior a la URL ... –

+1

¿Entonces? ¿Cuál sería la duración que recomiendas? –

10

¿Estarás almacenando URL multilingües? Si es así, use nvarchar; de lo contrario, use varchar.

Edit: En cuanto a la longitud, since IE limits URLs to being 2,083 characters puede usar eso 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.

Fuente

2009-07-21 15:27:54

+0

Uno de los usos sería para las URL de OpenID, por lo que estará abierto para cualquier URL válida. –

+1

Luego use nvarchar. –

+1

¿Qué tal la longitud? –

3

Para algo así siempre me equivoco por el lado de la precaución y uso el nvarchar.

Fuente

2009-07-21 15:29:40 BBlake

+1

¿Qué tal la longitud? –

+0

Depende de qué almacena la URL. Si solo lo estoy usando para apuntar a otros sitios, usualmente haré 300 caracteres. Si voy a usarlo para apuntar más profundo en un sitio o como enlaces a archivos, etc., generalmente voy con 2000. Nunca me he encontrado con situaciones en las que una URL ejecutara más de ese número de caracteres (o incluso cerca de), pero de nuevo siempre me equivoco por el lado de la precaución. El espacio para conducir es bastante barato hoy en día y no me preocupo tanto por las limitaciones de espacio como alguna vez lo hice. – BBlake

2

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.

Fuente

2009-07-21 15:29:44

+1

¿Qué tal la longitud? –

+0

Lo que Andrew Hare dijo :) –

Cuestiones relacionadas

 Cuestiones relacionadas