Tipo de datos char o varchar

Hola:
Me parece que lo que Ulises dice:
=Contenido Fijo > CHAR
Contenido Variable > VARCHAR
= En una columna de 5 caracteres no puede haber mucha variacion, mi
recomendacion seria CHAR.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Vicks escribio:
Mostrar la cita

Gracias por tu respuesta Ulises,

Se podría decir entonces que varchar es superior a char en
almacenamiento y al contrario en rendimiento?

Un saludo.

Vicks

"ulises" escribió en el mensaje
news:2e8701c470cb$52e221c0$
En cuanto a almacenamiento, por cada columna VARCHAR se
agrega un overhead de 2 bytes, por ello es recomendable
que si tus columnas tienen generalmente un tamaño fijo es
mejor emplear CHAR. En cuanto a rendimiento, no estoy muy
seguro ya que si bien por el lado de los VARCHAR hay un
overhead por el cálculo del tamaño de la columna hay un
ahorro en cuanto a lectura ya que en una página existirían
mayor cantidad de filas con columnas VARCHAR que si fuesen
CHAR.

Saludos,
Ulises

Mostrar la cita

Hola,



Según tengo entendido, char se usa cuando los datos a

almacenar tienen una
Mostrar la cita

longitud fija (por ejemplo, char(5) para el código

postal) y varchar para
Mostrar la cita

datos de longitud variable. La duda que tengo es como

afecta esto a los
Mostrar la cita

recursos del servidor, ya que supongo que para gestionar

esa variabilidad en
Mostrar la cita

el tamaño de los datos, SQL tendrá que reservar unos

recursos para ello.
Mostrar la cita

Gracias.



Vicks

Ten cuidado con las modificaciones masivas.

Cuando en SQL Server realizas un UPDATE, puede hacerlo en modo Directo, es
decir, en la misma fila donde estaba el dato anterior, o borrar la fila e
insertar la nueva. Esto afecta al rendimiento(más rápido uno directo) y al
log de transacciones (menos espacio consumido).

Uno de los requerimientos por los que nunca usará un modo directo, es el
varchar, el otro los NULL, ya que como cada fila puede tener un tamaño
distinto, nunca evalua si los nuevos datos caben en el mismo sitio que los
antiguos.

Una vez revisado que sobre las tablas que tengas muchos varchar, o nulls, no
vas a realizar muchos updates masivos, o sea cambiar 10.000 registros de una
vez y cosas así. Lo mejor de los varchar, es que viaje menos información,
porque los chars devuelve los espacios en blanco, y como aprovecha el
espacio, en menos espacio, más filas, más rápidas las consultas.

Salu2.




"Vicks" wrote in message
news:
Mostrar la cita

Hola,



Según tengo entendido, char se usa cuando los datos a almacenar tienen una
longitud fija (por ejemplo, char(5) para el código postal) y varchar para
datos de longitud variable. La duda que tengo es como afecta esto a los
recursos del servidor, ya que supongo que para gestionar esa variabilidad

en
Mostrar la cita

el tamaño de los datos, SQL tendrá que reservar unos recursos para ello.



Gracias.



Vicks