Ya no se que hacer con .0002201010101 de firebird

[IVAND]

No creo que los tiros vayan por ahi he cambiado el dialecto a 3 y el resultado de la base sique dandome ese dichoso valor .000010898818 , como le hago para dejarlo en los 2 decimales por dios , ademas al cambiar a dialecto 3 algunos querys no funcionan envia mensajes de diferencias de tipos o algo asi

[jhonny]

Bueno, despues de cambiar a Dialecto 3, debes hacer la prueba truncando todos los registros a 2 fraccionarios y despues si haces la prueba, lo del error es porque estas usando otro dialecto y seguramente hay declarado algun tipo de dato que en el dialecto 3 ya no exista o bien ahora se usa de otra manera.

[IVAND]

Sonara algo absurdo pero hago un update a el campo en mencion y los ceros siguen ahi el round no redondea a (n) decimales , es trodo un problemas ademas que los querys no funcionan , abria que seguir revisando y ver que cosas cambian con dialect 3

[Kipow]

Mi situacion

Por casi 10 años solo habia usado el dialecto 1, pues ahora que estoy trabajando con horas directamente, pues decidi migrar a dialecto 3, la migracion inicial la realice con el gfix, pero he ahi mi primer error, tengo declarados en muchas tablas y procedimientos, campos date que en dialecto 1 guardaban fecha y hora, para solucionar esto pues cree otra base en blanco corrigiendo eso y traslade datos. Con los campos numericos que en su mayoria para valores los tengo declarados como numeric(15,2), pues resulta que en dialecto 1 en el delphi los campos persistentes los reconoce como TFloatField. y ahora en dialecto 3 los reconoce como TIBBCDField. ahi si que casi que lloro tengo mas de 1500 campos que cambiar en toda mi aplicacion para hacerla compatible con dialecto 3. Espero que realmente valga la pena.

[[Lepe]]

Lo que comentas está perfectamente documentado en los muchos libros de Firebird e Interbase.

¿valer la pena? Pues me parece que no mucho.

Primero porque ya estarás acostumbrado a los redondeos e imperfecciones de los floats y ahora los int64 no los tiene, por lo que tus cálculos pueden que salgan distintos a lo que esperas. La mayoría de operaciones matemáticas darán el mismo valor, pero en algunos casos obtendrás valores distintos.

Eso sí, tendrás los campos de fecha como quieres.

He de reconocer que el dialecto 1 con el tiempo perderá soporte en Firebird, pero no sé cuando pasará.

Estarás pensando en hacer una aplicación que modifique los .pas y .dfm ¿verdad?, a mano ni se me ocurriría. Para algunas cosas lo he hecho y la verdad, merece la pena automatizar una parte del proceso. Ni siquiera uso parsers para esa tarea, suele ser más complejo que cargar en un TStringlist el .pas y .dfm y hacer uso de la función Pos (sí, lo sé, suena fatal, pero configurar un analizador léxico / sintáctico con todas las peculiaridades del lenguaje más las manías propias... es demasiado para mí).

Saludos y suerte.

[Kipow]

Bueno al final termine mi migracion casi 1 mes de trabajo pero ya estoy sobre Firebird 2.1.1 Dialect 3 y solo he encontrado un par de situaciones donde aun estoy investigando.

Primero que todo yo tambien cree hace muchos años mi UDF Redondear jeje, y no he tenido problemas de redondeos desde entonces.

Ahora bien lo que me paso esta vez fue lo siguiente:

Código SQL [-]
  
declare variable porcentaje numeric(15,2);    
declare variable valor numeric(15,2);    
declare  variable nuevo_valor numeric(15,2); 
BEGIN     
     nuevo_valor = valor * (porcentaje / 100);

la situacion es que si lo coloco asi me redondea al entero mas cercano teniendo, pero si declaro la variable porcentaje como numeric(15,4) todo funciona bien.

[IVAND]

Hola a todos , un gusto saludarles y desearles anticipadamente feliz navidad, pues bien una pregunta

voy a tener que migraar la base de datos firebird 1.5 de dialect 1 al 3 , veo que ya se han dado muchos casos asi que aqui creo la experiencia sobra asi que necesito sus buenos consejos ... por ejemplo un companero en el foro indica que creo una base en blanco y luego traspaso los valore de una base a la otra fueras tan amable en indicarme conque herramientas ases eso o asesorme en pasar los datos

Gracias a todos por sus buenos comentarios

Nota : El la mi aplicacion tambien hay muchos campos persistentes como han solucionado ese inconveniente