Modificar Campo Calculado

[Delfino]

La razón por la cual deseo modificar ese campo es porque justamente el "calculo" que realiza es incorrecto

Un campo calculado en Firebird nunca realiza un calculo incorrecto, lo q realiza es la formula q esta declarada al crearlo con computed by, y eso siempre de manera correcta, puedes dar un ejemplo?

[RolphyReyes]

Saludos.

Gracias Delfino pero cuando me refiero a que realiza mal el calculo es que la formula que tenía ya no funciona para el cliente, además de que estaba aclarando una respuesta que he habían dado.

Hasta luego.

[Delfino]

realiza mal el calculo es que la formula que tenía ya no funciona para el cliente

En este caso lo q se tiene q cambiar es la formula

[[Al González]]

Ingeniosa solución Rolphy, como para crear un SP utilitario llamado SPUpdateComputedField.

Nada más aclarar la diferencia entre un campo calculado (campo de memoria a nivel del programa) y uno computado (campo en la base de datos cuyo valor es el resultado de una instrucción SQL preestablecida).

Saludos.

Al.

[RolphyReyes]

Empezado por Al González

Ingeniosa solución Rolphy, como para crear un SP utilitario llamado SPUpdateComputedField.

Nada más aclarar la diferencia entre un campo calculado (campo de memoria a nivel del programa) y uno computado (campo en la base de datos cuyo valor es el resultado de una instrucción SQL preestablecida).

Saludos.

Al.

Estupenda idea y así ponerlo en el repertorio hasta que llegue la versión 2.5 y se pueda migrar.

Por cierto, gracias por la aclaración.

[[AzidRain]]

Nadie ha acotado que en este caso, el nuevo cálculo del citado campo solo será válido para los registros que se introduzcan posteriormente ya que tooooooodosss los registros que ya estaban en la base de datos ahora mostraron un resultado incorrecto.

Ejemplo de este efecto:

El famoso IVA (en México del 15% sobre el subtotal de la factura). Si ponemos para más facil un campo calculado llamado IVA que sea igual a SUBTOTAL*0.15 funciona bien, y asi podemos capturar nuestras facturas sin mayor problema, peeeero....un buen día dicho impuesto cambia y ahora es de 16% (ni lo mande Dios). Como somos muy duchos vamos y cambiamos el campo calculado para que ahora haga SUBTOTAL*0.16 y ohhhhhh ya no cuadra nada de lo que teniamos previamente almacenado!!!!! ya que el nuevo cálculo es con 0.16 y lo que teniamos se dió por hecho que era por 0.15.

Ojo: No utilicen campos calculados en valores que NO DEBEN VARIAR CON EL TIEMPO, es decir, valores que una vez capturados ya no se pueden modificar. En mi ejemplo el IVA de una factura es precisamente el que se cobró al momento de su elaboración y ningún otro. Es decir, no utilicen campos calculados si alguno de los valores involucrados es una "constante" al momento de hacer la operación. De esta forma, si podemos hacer un campo calculado para que nos saque el importe de una partida (CANTIDAD * PRECIO UNITARIO) ya que ambos datos ya no cambiarán una vez hecha la factura, es decir, tanto CANTIDAD como PRECIO UNITARIO son dos campos que se guardan en la tabla y ya no se veran afectados externamente.