Tag: BCD

Aspectos teóricos

La versión 10.3 de Delphi y C++ trajo una serie de optimizaciones en RTL y también en el área de acceso a datos. Muchos drivers han sido actualizados y / o optimizados, como podemos observar en la lista de novedades de esta versión.

Entre ellas, se realizó un ajuste en la asignación de los campos de tipo BCD y FMTBCD. Podemos decir que a partir del 10.3, la definición entre BCD y FMTBCD sigue los estándares definidos para este dos tipos de datos, lo que no ocurría en versiones anteriores de acuerdo con la base de datos utilizada.

Haciendo un resumen, el BCD (binary-coded decimal) proporciona mayor precisión y exactitud que los números de punto flotante. Su empleo se determinará en función del tipo de datos y de la precisión definidos en la base de datos.

La diferencia entre BCD (técnicamente TBCDField) y FMTBCD (técnicamente TFMTBCDField) está directamente relacionada con el número de decimales y dígitos significativos empleados.

Un BCD soportará números con hasta 20 dígitos significativos y 4 decimales. Además, se utilizará un FMTBCD. En la práctica, internamente, el BCD será tratado como un “Currency” por cuestiones de rendimiento, y un FMTBCD será efectivamente un binary-coded decimal en el aspecto estricto de su definición.

Posibles impactos en su proyecto

Si por ventura, en una migración de versión para el 10.3 Río, su aplicación “reclamar” de que los campos anteriormente asignados como BCD ahora deberían ser FMTBCD, eso se debe a las optimizaciones antes mencionadas.

Para mantener todo lo que estaba, es decir, que Delphi y C ++ continúen asignando los campos como BCD, y no traten de llevarlos a FMTBCD, puede ajustar las siguientes configuraciones en FireDAC:

1) ajuste la propiedad FDQuery.FormatOptions.MaxBcdPrecision a un valor superior al predeterminado, como 20 por ejemplo.

2) ajuste la propiedad FDQuery.FieldOptions.UpdatePersistent a True

En teoría, todo lo que estaba funcionando correctamente así permanecerá, sin perjuicio para su proyecto. Para nuevos proyectos o adiciones de nuevos conjuntos de datos, es recomendable adoptar el mapeo por defecto generado por la herramienta.

 

Aspectos Teóricos

A versão 10.3 do Delphi e C++ trouxe uma série de otimizações na RTL e também na área de acesso a dados. Muitos drivers foram atualizados e/ou otimizados, como podemos observar na lista de novidades desta versão.

Entre elas, ocorreu um ajuste no mapeamento dos campos de tipo BCD e FMTBCD. Podemos dizer que a partir do 10.3, a definição entre BCD e FMTBCD segue a risca os padrões definidos para este dois tipos de dados, o que não ocorria em versões anteriores de acordo com o banco de dados utilizado.

Fazendo um resumo, o BCD (binary-coded decimal) fornece maior precisão e acuracidade do que os números de ponto flutuante. Seu emprego será determinado em função do tipo de dado e da precisão definidas no banco de dados.

A diferença entre BCD (tecnicamente TBCDField) e FMTBCD (tecnicamente TFMTBCDField) está diretamente relacionada ao número de casas decimais e dígitos significativos empregados.

Um BCD suportará números com até 20 dígitos significativos e 4 casas decimais. Para além disso, um FMTBCD será empregado. Na prática, internamente, o BCD será tratado como um “Currency” por questões de performance, e um FMTBCD será efetivamente um binary-coded decimal  no aspecto estrito de sua definição.

Possíveis impactos em seu projeto

Se por ventura, em uma migração de versão para o 10.3 Rio, sua aplicação “reclamar” de que os campos anteriormente mapeados como BCD agora deveriam ser FMTBCD, isso se deve as otimizações acima mencionadas.

Para manter tudo como estava, ou seja, fazer com que o Delphi e o C++ continuem a mapear os campos como BCD, e não tentem levá-los para FMTBCD, você poderá ajustar as seguintes configurações no FireDAC:

1) ajuste a propriedade FDQuery.FormatOptions.MaxBcdPrecision para um valor superior ao default, como 20 por exemplo.

2) ajuste a propriedade FDQuery.FieldOptions.UpdatePersistent para True

Em teoria, tudo o que estava funcionando corretamente assim permanecerá, sem prejuízo para seu projeto. Para novos projetos ou adições de novos conjuntos de dados, é recomendável adotar o mapeamento default gerado pela ferramenta.