variables float en base de datos

[zanyodark]

Hola, necesito ayuda, es una cosa simple pero desconocida por mi jejeje, le he buscado y no doy, tengo una base de datos mysql que la manejo en delphi con zeos, en una tabla de mi base de datos tengo un campo llamado promedio, mi pregunta es como hago para que nomas acepte el entero y un numero decimal, por que al momento de dar la alta en ocaciones, que generalmente es seguido, si pongo un 8.6 una vez que realice la alta me voy a ver la tabla y me aparece 8.60003678, en si una cadenota, com ole hago para que nomas sea entero y decimal, gracias

[[Lepe]]

No se trata del número de decimales, se trata del uso de campos FLOAT. Cambia el tipo de campo a NUMERIC(10,1) o DECIMAL(10,1).

Deberías consultar los tipos de datos de mySql para saber en qué tipo de dato se basa para guardar internamente el decimal o numeric. Si usa un Float, volverás a tener problemas, deberías buscar en la documentación para guardarlo internamente como int64.

Saludos

[karlaoax]

Empezado por Lepe

No se trata del número de decimales, se trata del uso de campos FLOAT. Cambia el tipo de campo a NUMERIC(10,1) o DECIMAL(10,1).

Con el Tip q te dio Lepe funciona perfectamente.
Karla

[zanyodark]

muchas gracias a ambos, pero hacindo eso tendrai que volver a crear mi tabla y era lo que queria evitar, ya le di solucion, la cual por si alguien esta interesado es la siguiente:

* primero hacer doble click en su table desde delphi

* seleccionar el campo del promedio, precio o lo que ustedes quieran configurar los decimales en caso de no estar agregarlos con add fields

* En el inspector de objetos, en la opcion display format escribir 0.0 y listo, con esto acepta el entero y un decimal, podrian moverle a su gusto.

Bueno con esto es todo y no hay necesidad de cambiar de tipo de variable, muchas gracias por su apoyo.

[[Lepe]]

Pero que conste que no solucionas el problema, de hecho esos decimales se guardan y si operas con los números (sumas, multiplicaciones, etc) el importe puede variar en cientos de euros si trabajas con cantidades grandes.

Lo siento, pero la excusa de "no borrar la tabla"... no será suficiente cuando tu cliente vea esos fallos de redondeos. Si es para un trabajo de la universidad... el profe sabe ese truco que hará fallar el programa

Saludos