Error Raro al Usar IBX's sobre Firebird 2.0
 

Desinstale Firebird 1.53 para instalar la versión final 2.0, al querer abrir un Dataset manualmente (IBX's) me salta el siguiente error al abrir dicho dataset:
Al parecer el error se refiere de que posiblemente tengo algún campo de sólo Lectura, pero ya revise el Dataset y no hay ninguno, inclusive, esto mismo me pasa con los fibPlus Ver. 6.3

Será que ya llego el Final por completo para los IBX's apartir de la Versión 2.0 de Firebird????

Agradezco cualquier sugerencia

Que Raro
 

El problema ahora se debe a un trigger que tengo, al estar investigando me encontre que el error se debía a que :
Revisando en mis trigger's sobre la tabla en donde me marca error, me percato que al recompilar cada trigger en uno de ellos me marca el mismo error:

Y Precisamente si desabilito la línea siguiente:

Código SQL [-]
 /* New.FECINI_PROM = Null;*/

Al recompilar el trigger ya no me marca error, ya no esta permitido asignar Nulos a los campos DATE ????

Previamente Hize un BackUp y un Restore con la versión 2.0 de Firebird

yo pensaba que como ibx esta ya bastante tiempo abandonado , no era compatible con firebird 2.0 ,
no sera eso ?.

Ya comprobe....
 

Ya comprobe que no son los IBX's, es problema de la versión 2.0, como comente arriba, tengo un trigger que se dispara en el After Update de una tabla y al recompilarlo me marca ese error, y si desabilito la linea:
Ya puedo compilarlo sin problemas.....

Lo que me hace falta es CREAR de nuevo la Base de Datos desde cero y pasar los datos con el DataPump, espero que con esto quede resuelto....

Version 2
 

Revivo este antiguo hilo para comentar que me ha pasado lo mismo ahora mismo...:o:o

Resulta que no se puede asignar un nuevo valor de la tabla afectada en un trigger AFTER UPDATE.

Precisamente es eso mismo lo que estamos revisando en nuestras bases de datos para pasar definitivamente a la versión 2 a nuestros clientes.

Que casualidad. Va a resultar que yo también soy "divino" :D:D

Por supuesto, nadie lo duda :)

Entonces a fuerzas se tienen que modificar los Trigger's donde hay asignaciones en campos de tablas ????

Tal como comenta el texto que puse como referencia, en los triggers AFTER UPDATE, no se pueden asignar valores a la tabla en cuestión, dado que el mismo Firebird salta con el error relatado.
De hecho, yo cuando modifico un trigger, este se compila bien, pero cuando le doy al commit para que queden registrados los cambios del procedure, es cuando salta el error.

Resp
 

Ibx no tiene un buen soporte para firebird 2.x les puede suceder cualquier cosa rara.

ocurre cuando
 

Esto ocurre cuando utilizas la variable new en los trigers y le asignas valor, no solamente cuando le asignas null,

Aplicad la lógica:

En un trigger BEFORE insert, todavía no ha ocurido la inserción, por eso no tiene sentido la variable old, porque "antes" del trigger, no hay valores.

En un trigger AFTER insert, ya ha ocurrido la acción de inserción/borrado o lo que sea...., no tiene sentido la variable New.

Un BEFORE UPDATE podría confundir, porque realmente si tiene valores antes y después del Trigger, pero Firebird funciona así.


Saludos

Claro que tiene sentido, para conocer los valores (por ejemplo, para llevar una auditoría). Lo que no tiene sentido es tratar de modificar el valor de algún campo.

Esto no lo entendí muy bien.

En el before/after update está disponible tanto el registro NEW como el OLD. En el befire pueden modificarse los valores del NEW, no así en el after. Los valores del OLD no pueden modificarse nunca.

En el before/after delete está disponible el registro OLD, pero no puede modificarse bajo ninguna circunstancia.

Hasta ahora descubro que versiones anteriores de firebird no daban error cuándo se trataba de modificar estos valores. No recuerdo haberme topado nunca con esos errores al cambiar de versión del motor.

Hasta luego.

;)

Pos eso, lo que yo dije :D

Mi comentario es más bien una regla nemotécnica. Cuando leí esas normas de funcionamiento por primera vez, de manos de Hellen Borrie en un perfecto inglés :D, me hice tal lío mental que tuve que buscarle "una regla".

Cuando digo "no tiene sentido" me refiero a "no tiene sentido la modificación de esa variable".

Saludos

Tomado del release Notes de firebird 2.0

"OLD Context Variables Now Read-only
D. Yemanov
The set of OLD context variables available in trigger modules is now read-only. An attempt to assign
a value to OLD.something will be rejected.

Note:
NEW context variables are now read-only in AFTER-triggers as well."

Pag 51.

Más Claro que el agua no pudo estar....

En que lio me metio firebird, tengo que cambiar todas las modificaciones de todos los triggers del after update al before update :eek:

Disculpen la tardanza pero estoy retomando esto de nuevo.... :D