dec
01-07-2006, 01:22:52
Menuda sorpresa me llevé hace poco con InterBase. Estaba mostrando un ejemplo de trigger en un curso, y utilicé una instrucción parecida a la siguiente:
update Inventario
set Cantidad = Cantidad + new.Cantidad,
Coste = (Coste * Cantidad + new.Coste * new.Cantidad) /
(Cantidad + new.Cantidad)
where Codigo = new.RefInventario
Puede que a usted le parezca normal lo que le voy a contar ahora, pero a mí no me lo parece. La semántica que establece el estándar ANSI de SQL consiste en que cualquier valor que aparezca a la derecha de una asignación en una cláusula set se refiere al valor que tenía la columna antes de que se produzca cualquier otra asignación. Supongamos que una tabla tiene dos columnas del mismo tipo, A y B. Entonces la siguiente instrucción debe intercambiar el valor de ambas columnas:
update Tabla
set A = B, B = A
Por supuesto, según la semántica tradicional de un lenguaje de programación "normal", la instrucción anterior solamente logra asignar el valor de B a A. ¡Y eso es precisamente lo que pasa en InterBase! En la primera instrucción que he mostrado, al realizarse la segunda asignación ya ha cambiado el valor de Cantidad, cuando no debería ser así. En el caso anterior he solucionado el problema de este modo:
update Inventario
set Coste = (Coste * Cantidad + new.Coste * new.Cantidad) /
(Cantidad + new.Cantidad),
Cantidad = Cantidad + new.Cantidad
where Codigo = new.RefInventario
Pero en el caso más general, las cosas pueden complicarse. Por ejemplo, para intercambiar el valor de dos columnas sería necesario ejecutar un procedimiento almacenado basado en un bucle for/select:
create procedure Intercambiar as
declare variable MiA, MiB, MiClave int;
begin
for select Clave, A, B from Tabla into :MiClave, :MiA, :MiB do
update Tabla
set A = :MiB, B = :MiA
where Clave = :MiClave;
end
¿Qué hacen los demás sistemas de bases de datos? Resulta que Oracle y SQL Server hacen precisamente lo que exige el estándar: intercambiar las columnas. No pongo en duda de que exista algún nivel del estándar que permita el comportamiento de InterBase, pues el estándar SQL es demasiado permisivo. Pero es bueno que estemos alerta acerca de estas pequeñas incompatibilidades entre las distintas implementaciones de un lenguaje "estándar".
update Inventario
set Cantidad = Cantidad + new.Cantidad,
Coste = (Coste * Cantidad + new.Coste * new.Cantidad) /
(Cantidad + new.Cantidad)
where Codigo = new.RefInventario
Puede que a usted le parezca normal lo que le voy a contar ahora, pero a mí no me lo parece. La semántica que establece el estándar ANSI de SQL consiste en que cualquier valor que aparezca a la derecha de una asignación en una cláusula set se refiere al valor que tenía la columna antes de que se produzca cualquier otra asignación. Supongamos que una tabla tiene dos columnas del mismo tipo, A y B. Entonces la siguiente instrucción debe intercambiar el valor de ambas columnas:
update Tabla
set A = B, B = A
Por supuesto, según la semántica tradicional de un lenguaje de programación "normal", la instrucción anterior solamente logra asignar el valor de B a A. ¡Y eso es precisamente lo que pasa en InterBase! En la primera instrucción que he mostrado, al realizarse la segunda asignación ya ha cambiado el valor de Cantidad, cuando no debería ser así. En el caso anterior he solucionado el problema de este modo:
update Inventario
set Coste = (Coste * Cantidad + new.Coste * new.Cantidad) /
(Cantidad + new.Cantidad),
Cantidad = Cantidad + new.Cantidad
where Codigo = new.RefInventario
Pero en el caso más general, las cosas pueden complicarse. Por ejemplo, para intercambiar el valor de dos columnas sería necesario ejecutar un procedimiento almacenado basado en un bucle for/select:
create procedure Intercambiar as
declare variable MiA, MiB, MiClave int;
begin
for select Clave, A, B from Tabla into :MiClave, :MiA, :MiB do
update Tabla
set A = :MiB, B = :MiA
where Clave = :MiClave;
end
¿Qué hacen los demás sistemas de bases de datos? Resulta que Oracle y SQL Server hacen precisamente lo que exige el estándar: intercambiar las columnas. No pongo en duda de que exista algún nivel del estándar que permita el comportamiento de InterBase, pues el estándar SQL es demasiado permisivo. Pero es bueno que estemos alerta acerca de estas pequeñas incompatibilidades entre las distintas implementaciones de un lenguaje "estándar".