char vs int

Hola, es totalmente falso eso!! todo lo contrario!! por eso en muchos
diseños se usa algun campo int para unir tablas cuando las claves son muy
grandes!!.

Probalo y fijate!!

hace 2 tablas

insertales 50.000 registros

y hace las busquedas y uniones ;-)

es la mejor forma de demostrar algo :-)


Salu2
Maxi

Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET

MSN:
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"Samper" escribió en el mensaje
news:
Mostrar la cita

Saludos
Ayer me dijeron que hacer consultas sobre campos char es más rapido que
sobre campos integer, me llamo la atencion asi que pregunto esto es verdad

o
Mostrar la cita

la velocidad de una consulta no dependen del todo de estos factores.

La persona que me lo dijo insiste que si tengo una tabla con un primary

key
Mostrar la cita

tipo char la consulta se ejecutara mas rapida que si este primary key

fuera
Mostrar la cita

sobre un tipo int.

Cuanto de cierto tiene esto?

Gracias

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.655 / Virus Database: 420 - Release Date: 08/04/2004

Hola:
Lo unico importante debe ser el tamano de la llave. Eventualmente los
char pueden ser mas lentos por el Collation ya que bajo ciertas condiciones
(Case Sensitivity) pueden requerirse varias comparaciones.
En todo caso es trivial la diferencia, mucho mas importante es la
integridad de los datos. Si un campo es numerico y usas un char deben
hacerse un monton de validaciones extra.

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.
Samper escribio:
Mostrar la cita

Saludos
Ayer me dijeron que hacer consultas sobre campos char es más rapido
que sobre campos integer, me llamo la atencion asi que pregunto esto
es verdad o la velocidad de una consulta no dependen del todo de
estos factores.

La persona que me lo dijo insiste que si tengo una tabla con un
primary key tipo char la consulta se ejecutara mas rapida que si este
primary key fuera sobre un tipo int.

Cuanto de cierto tiene esto?

Gracias

Te mintio. Es mas rapido el int o el smallint si lo que guards son numeros
enteros. Creo que otra cosa no se puede guardar en un int o smallint.

Ahora si haces consultas por el tercer digito de un numero con un entero o
cosas habria que usar divisiones enteras o modulo y eso puede ser mas lento
pero habria que probarlo.Nunca
me encontre con un caso asi.

Igual las diferencias no son tan importantes dependiendo de los volumenes
asi que usa el que mas te conviene.

Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar



"Samper" wrote in message
news:
Mostrar la cita

Saludos
Ayer me dijeron que hacer consultas sobre campos char es más rapido que
sobre campos integer, me llamo la atencion asi que pregunto esto es verdad

o
Mostrar la cita

la velocidad de una consulta no dependen del todo de estos factores.

La persona que me lo dijo insiste que si tengo una tabla con un primary

key
Mostrar la cita

tipo char la consulta se ejecutara mas rapida que si este primary key

fuera
Mostrar la cita

sobre un tipo int.

Cuanto de cierto tiene esto?

Gracias