char y varchar

[Blade_Stom]

estoy en duda de si usar para mis tipos de datos char o varchar. yo se que van a ocupar entre 10-25 caracteres pero nose si usar varchar que ocupa menos espacia ya que solo gasto lo k ocupo, o char que gasto el tamaño que le ponga al campo xo e leido por ahi que es mas rapido el acceso a ellos.

me podeis orientar un poco mas?
que mas ventajas o desventajas tienen ambos y que me recomendais?

Lee este tema==> Mejoremos la ortografía.

[emiliodeg]

yo utilizo char para cuando la longitud de los datos q almaceno es practicamente siempre la misma sino utilizo varchar
los problemas de velocidad del varchar se pueden mejorar con un indice en el campo

[TolaWare]

CHAR:

Ventajas:

Su lectura, indización y almacenamiento es más eficiente que el varchar ya que este último es de tamaño variable.

Desventajas:

Producen fragmentación dentro de los registros, ya que queda espacio sin utilizar cuando el dato guardado es de menor tamaño que la longitud del campo.

Producen pérdidas de datos si el dato que queremos guardar es de mayor tamaño que el campo.

VARCHAR:

Desventajas:

Su lectura, indización y almacenamiento es más dificil que el char ya que este último es de tamaño fijo.

Ventajas:

No produce fragmentación ya que ocupa exactamente el tamaño que necesita.
No se pierden datos, ya que el tamaño del mismo se ajusta según las necesidades.


Mi recomendación es que salvo que sepas de antemano que el tamaño de los datos que guardaras en ese campo es constante, uses el tipo VARCHAR.

[Blade_Stom]

y la longitud que elija del varchar......da igual que ponga una mucho mas grande de lo k creo k va a ocupar, no? total, comov varchar solo me ocupa lo que gasto, no?
daria igual que me pasara por mucho...

gracias...

[TolaWare]

La longitud que indicas en el tipo VARCHAR, solo denota la longitud máxima de caracteres que soporta ese campo.

Si le das una longitud máxima de 5000, y guardas cadenas de 5 caracteres, solo ocuparás 7 bytes (2 para la longitud y 5 para los datos). Si utilizás una longitud máxima de 255 o menor, sólo se ocupa 1 byte para el tamaño.

[pragone]

Por cierto,

Quisiera añadir, que sólo verás un beneficio real en el uso de CHAR si todo el registro tiene una longitud fija, es decir, si todos los campos son de longitud fija...
Si tienes dos campos, uno CHAR y uno VARCHAR entonces no obtienes ningún beneficio de que el primero sea CHAR.

Por cierto, TolaWare, no estoy muy de acuerdo con lo de fragmentación... definitivamente hay una pérdida de espacio útil (en eso 100% de acuerdo), pero a efectos de la alineación de registros no hay ningún problema de fragmentación como tal. De hecho, lo único que conozco parecido es cuando una BD tiene "aire", por eliminar y agregar muchos registros (y eso se resuelve con un optimize)... pero eso no pasa con registros de longitud fija sino solo si son de longitud variable.