guardar text como un float

[[Caral]]

Hola
Yo creo que lo que pretendes es que lq presentacion sea con un punto en los miles y me parece bien, pero por que grabarlos de esa forma?.
No creo que el campo de la base de datos lo acepte, no se?
Saludos

[[Delphius]]

Efectivamente, el amigo Caral tiene razón. Una cosa es el formato de presentación y otra lo que se guarda en una base de datos.

mjjj, No puedes hacer que guarde con los puntos de miles. Ne to lo aceptará.
Lo que guardes en cualquier base de datos debe estar expresado sin separadores de miles, el único separador permitido es el decimal. Pues es el necesario para distinguir la parte entera de la decimal.

La otra opción, si queres guardarlo con los separadores de miles es que lo guardes con formato VARCHAR. Pero si después debes recuperarlo y realizar operaciones tendrás que quitarles los puntos. y transformar dicho valor.

Por otro lado...
¿De que manera lo estás insertando?
Dependiendo de esto te podremos sugerir alternativas para conseguir lo que buscas.

Saludos,

[mjjj]

justamente eso es lo que me pasa... por lo tanto dejo los campos como varchar.

Ahora bien... para solucionar todos mis problemas, necesito 2 rutinas... aer si me pueden dar una manito...

1) que me agregue los puntos separadores de los miles automaticamente al ingresar cierto numero en un TEdit. y que al presionar el punto del teclado numerico que agrege la coma decimal, representada como una coma (,).

2) una rutina que me transforme un string, por ejemplo (25.006,67) al numero real que corresponda y asi poder hacer calculos con el.

para esto yo utilizaba, la siguiente rutina, pero en la cual no existian la coma deciamal

begin
CADENA:=IBQUERY3.FieldByName('MONTO').ASSTRING;
result:=0;
for H:=1 to length(cadena) do
if cadena[H] in ['0'..'9'] then result:=result*10+ord(cadena[H])-48;

en donde cadena es un string y result es un integer... ahora lo que necsito es que me entregue un numero real.

Aer si es que me pueden ayudar.. muchas gracias

[[Caral]]

Hola
Me parece que te equivocas al dejar el campo como varchar, para mi lo correcto es que sea float, ya veras en las peripecias que te metes en cuanto necesites hacer algun calculo con ese campo, es mi opinion.
Yo en la particualr lo que haria:
Dejo el campo float (doble).
Dejo que se introduzcan los numeros sin punto de mil (lo uso asi y no tengo ningun problema).
Y graba los datos tal cual son, osea dobles y con punto decimal (modificando la configuracion reginal, que no tiene gran ciencia).
Es nada mas mi opinion.
Saludos

[[enecumene]]

Empezado por Caral

Hola
Me parece que te equivocas al dejar el campo como varchar, para mi lo correcto es que sea float, ya veras en las peripecias que te metes en cuanto necesites hacer algun calculo con ese campo, es mi opinion.
Yo en la particualr lo que haria:
Dejo el campo float (doble).
Dejo que se introduzcan los numeros sin punto de mil (lo uso asi y no tengo ningun problema).
Y graba los datos tal cual son, osea dobles y con punto decimal (modificando la configuracion reginal, que no tiene gran ciencia).
Es nada mas mi opinion.
Saludos

Estoy totalmente de acuerdo con el amigo Caral, es algo complicado tratar con numeros en un campo varchar, yo tambien uso el campo como Double o Float como ya te habia comentado anteriormente.

Saludos.

[mjjj]

gracias por todo... al final deje la el registro como un double presicion y todo funciona perfecto...

una ultima cosa.... cuando utilizo el ibexpert para revisar la tabla me aparece un registro asi: 1.500,56... perfecto tal como yo lo queria, pero cuando utilizo un TDbgrid para mostrar la informacion me aprece asi: 1500,56... sin el punto separador de los miles...


se puede hacer algo con eso????

gracias

[[Caral]]

Hola
Hay un dicho que dice:
Si funciona, mejor ni lo toco, luego lo rompo.
Por lo menos a mi me pasa.
Saludos