Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   Modificar Campo Calculado (https://www.clubdelphi.com/foros/showthread.php?t=56831)

RolphyReyes 28-05-2008 20:00:03

Modificar Campo Calculado
 
Saludos.

He buscado en la ayuda y en el foro pero no he encontrado ningún tema de referencia.

La tarea es poder modificar un campo calculado de una tabla ya existente (valga la redundancia) vía SQL.

Hasta luego.

maeyanes 28-05-2008 20:04:44

Hola...

Te refieres a campos del tipo Computed en las tablas de una base de datos?

O a campos calculados en un DataSet en Delphi?


Saludos...

RolphyReyes 28-05-2008 20:08:03

Saludos.

Cierto maeyanes por la prisa no especifique todos los datos, es para la base de datos y el motor es FB 1.5.

JMG 29-05-2008 07:52:34

Si un campo es calculado, me parece un absurdo querer modificarlo, habrá que modificar algunos de los campos que lo generran, no?

Saludos,

RolphyReyes 29-05-2008 14:01:43

Saludos.

Cita:

me parece un absurdo querer modificarlo
JMG creo que ese termino debes de pensarlo bastante antes de intentar responder alguna inquietud de algún miembro de la comunidad.

La razón por la cual deseo modificar ese campo es porque justamente el "calculo" que realiza es incorrecto y ya esta en producción; esto no quiere decir que sus integrantes se estén guardando de manera errónea sino el cliente solicito el cambio y ellos son los que pagan.

Hasta luego.

maeyanes 29-05-2008 14:15:08

Hola...

En ese caso puedes hacer lo siguiente; eliminar el campo y volverlo a crear con el cálculo correcto. Al ser un campo Computed este no guarda ningún tipo de dato, solo muestra el resultado del cálculo.

Código SQL [-]
/* Eliminar y recrear el campo */
alter table MiTabla drop column CalcField;

alter table MiTabla add column CalcField computed by Field1 + Field2;


Saludos...

RolphyReyes 29-05-2008 15:10:28

Solución del problema
 
Saludos.

Gracias maeyanes pero eso funcionaria sí y solo sí no tendrías referencias para el campo, pero en mi caso tengo unas quince (15) al mismo y esta en producción ya sabes el trabajo que eso implica.

No obstante, para tratar de subsanar el fallido intento del ALTER TABLE al campo calculado decidí revisar la tabla RDB$FIELDS y en la misma encontré el campo RDB$COMPUTED_SOURCE, pensé aquí está mi salvación :D.

Al cambiar el valor del campo y realizar un SELECT a la tabla veo que el valor continua igual, ahí mismo dije ya me j....:confused:.

Vi un campo al lado llamado RDB$COMPUTED_BLR del siguiente tipo BLOB SUB_TYPE 2 SEGMENT SIZE 80 este me llamo la atención por la forma en que IBExpert lo visualiza (obviamente es un Blob) de diferentes maneras (Text, Hex, Picture, RTF, Web Page, BLR y Unicode Text) al ver su contenido me di cuenta de que este es el usado por Firebird para realizar la operación del COMPUTED BY (claro que al inicio pensé que era RDB$COMPUTED_SOURCE, pero al fallar el cambio).

Contenido de un campo calculado visualizándolo como BLR:
Cita:

blr_version4,
blr_multiply,
blr_field, 0, 8, 'C','A','N','T','I','D','A','D',
blr_field, 0, 6, 'P','R','E','C','I','O',
blr_eoc
Me di cuenta de que no podía cambiar el valor del campo directamente así que no me quedo más remedio que hacer lo siguiente para poder realizar la operación:

Primero creo un campo temporal con el calculo que deseo
Código SQL [-]
alter table TABLA add TMP computed by ((CAMPO1 - CAMPO2) * CAMPO3);

Segundo realizar el update del campo RDB$COMPUTED_BLR
Código SQL [-]
UPDATE RDB$FIELDS F 
SET F.RDB$COMPUTED_SOURCE = '((CAMPO1 - CAMPO2) * CAMPO3)'
,F.RDB$COMPUTED_BLR=(select F.RDB$COMPUTED_BLR
from RDB$RELATION_FIELDS FR
JOIN RDB$FIELDS F ON F.RDB$FIELD_NAME=FR.RDB$FIELD_SOURCE
where FR.rdb$relation_name='TABLA'
AND FR.RDB$FIELD_NAME='TMP')
WHERE F.RDB$FIELD_NAME=(
select FR.RDB$FIELD_SOURCE
from RDB$RELATION_FIELDS FR
where FR.rdb$relation_name='TABLA'
AND FR.RDB$FIELD_NAME='CAMPO_REAL_CALCULADO');

Sí se fijan actualice el campo RDB$COMPUTED_SOURCE solo para mantener la referencia de que estoy calculando.

Y por último
Código SQL [-]
alter table TABLA DROP tmp;

Espero que les pueda servir en algún momento.

Hasta luego.

Delfino 29-05-2008 15:11:17

Cita:

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 29-05-2008 15:16:17

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 30-05-2008 08:35:02

Cita:

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 :rolleyes:

Al González 15-01-2009 18:44:05

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 16-01-2009 14:26:32

Cita:

Empezado por Al González (Mensaje 334626)
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 16-01-2009 21:30:23

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.


La franja horaria es GMT +2. Ahora son las 15:39:09.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi