Al principio tambien pense que se trataba que no cabia el dato en el campo, pero
porque con mysql 4.x si funciona y con mysql 5 no...

tambien porque me aparece el error 1030 : Got error 134 from storage engine
cuando las tengo como myisam y con innodb no aparece el error pero aun asi no
caben los datos

he tratado de encontrar documentacion acerca si cambiaron los metodos para
guardar estos tipos en mysql5 y no he encontrado nada, por lo pronto voy a
solucionarlo agregando tama;o a mis campos...

Gracias!

j llarens <llar...@yahoo.com.ar> escribió: De acuerdo a la documentacion
(http://dev.mysql.com/doc/mysql/en/numeric-types.html) cuando se usan dos numeros para indicar el display, el primero indica el numero
TOTAL de digitos a almacenar, asi que el intentar guardar 3567.93 en un double(5,2) falla
porque tiene un limite de 999.99 excluyendo el punto decimal, asi que en realidad
deberia ser double(6,2).

Ademas, los tipos de datos float,double y real almacenan los numeros con una
cierta 'precision' y no necesariamente de la forma exacta en que se guardaron, para los
casos en que se registran numeros con una cantidad exacta de decimales, es mejor usar el
tipo 'decimal'.

Tambien hay algunos campos que se desprenden de los valores de otros (alias
'campos calculados') suponiendo que km_recorridos=km_final-km_inicial entonces se puede
obviar la columna km_recorridos y en las select usar algo como esto para esa columna: select km_final-km_inicial as km_recorridos from TLiquidacion.

Jorge Llarens (3400) Corrientes - Argentina