SQL Server VARCHAR (10)

Cuando designo una tabla en SQL Server Management Studio 2005, si especifico VARCHAR (10) para una columna, cuando elimino la pestaña del tipo de datos, SQL Server lo cambia a VARCHAR (50). Tengo que volver a tabular, volver a cambiarlo a VARCHAR (10), y luego lo aceptaré.SQL Server VARCHAR (10)

Entiendo que hay consideraciones de almacenamiento y procesamiento que pueden hacer que VARCHAR (10) sea equivalente a CHAR (10) para todos los propósitos, pero ¿hay algo que me falta? ¿Hay suficiente razón por la que no estoy considerando que el comportamiento predeterminado del diseñador es cambiar automáticamente la longitud de la columna de lo que he especificado?

Fuente

2009-10-08 Rich.Carpenter

¿Qué versión de Management studio? Si 2008, siempre puede presionar el botón de script y cambiar el varchar 50 de nuevo a 10. Nunca me he encontrado con esto, así que supongo que es un error en la versión que está utilizando. – Codezy

SSMS versión 2005 - agregado a la publicación. –

Todavía hay un error en SSMS 2008, a partir del 28/04/2011. Tengo columnas "varchar (10)" y estoy cambiando a "nvarchar (10)". Hago clic en el campo, agrego una 'n', hago clic para alejarme ... SSMS lo cambia a "nvarchar (50)". De hecho, incluso he intentado pegar toda la cadena "nvarchar (10)" en la columna del tipo de datos, y cuando hago clic fuera, lo restablece a "nvarchar (50)". Este es un GRAN ERROR. – Triynko

No, es un error en SSMS cuando eliminas la pestaña de un campo. Se pone irritante.

Fuente

2009-10-08 14:28:32 BBlake

+1, me sucede en SQL Server 2005 –

Todavía hay un error en SSMS 2008 al 28/04/2011. – Triynko

probablemente sea solo un error en el diseñador.

Fuente

2009-10-08 14:25:19

No, no hay absolutamente ninguna razón para que el diseñador cambie el tipo de datos. Y no puedo reproducirlo en Management Studio 2008.

Si está tan en diseñador, crear un UDT (tipo definido por el usuario) y usarlo en lugar de varchar(10):

create type dbo.MyChar from varchar(10) not null

Fuente

2009-10-08 14:28:09

es un error en 2005 – BBlake

Estoy usando SSMS 2005, por lo que parece que pueden haber cambiado (arreglado) en 2008. También sé que fue así en 2000. –

Bah. No puedo editar comentarios Yo * pensé * que era así en SSEM 2000, pero ese no parece ser el caso. –

no te recomiendo cambiar a Toad para SQL Server para deshacerse de todas esas molestias ..

Fuente

2009-10-08 14:36:09 ercan

desafortunadamente, para la mayoría de nosotros, en nuestros mundos corporativos, esta no es una opción. Si no está en la lista aprobada, está prohibido. – BBlake

I fuertemente sugeriría que nunca usando el diseñador para crear una tabla o cambiar una estructura de tabla. Debe escribir una tabla create o alterar la declaración de la tabla para eso y ponerlo en control de fuente. Entonces es más fácil de implementar en producción.

Fuente

2009-10-08 14:49:03 HLGEM

¡Escucha, escucha! Mejora tu codificación SQL ... – gbn

es un bug en ssms 2008 cuando se va a otro lugar sin hacer clic en el tipo de datos que se necesita configuración por defecto como varchar (50) .. así que no se preocupe y no hay necesidad de pensar, simplemente manejar con cuidado ..

Fuente

2009-10-08 14:55:39 user186435

Respuesta

Cuestiones relacionadas