[SOLUCIONADO] Problema con numeros negativos

[tanliz]

Buen día chic@s!!!....
Les comento mi problema, tengo dos tablas:

1.Detalle_Salidas
-Salida_Id VARCHAR(5)
-Producto_Id VARCHAR(5)
-Descripcion VARCHAR(50)
-Cantidad INT(5)
-Usuario_Creo DATETIME
-Fecha_Creo DATETIME
...

2.Catalogo_Productos
-Catalogo_Producto_Id VARCHAR(5)
-Descripcion VARCHAR(50)
-Modelo VARCHAR(20)
-Serie VARCHAR(20)
-Precio_Compra DECIMAL(10,2)
-Precio_Venta DECIMAL(10,2)
-Unidad VARCHAR(20)
-Existencia INT(5)
-Usuario_Creo
-Fecha_Creo
...

Manejo un procEdimiento que me va insertando en detalle de salidas
y un disparador que me debe actualizar la existencia en CATALOGO_PRODUCTOS cuando se realiza un insert en DETALLE_SALIDAS, y es aqui donde surge mi problema.
Que en lugar de actualizar la existencia a nÚmeros negativos me ingresa el numero mayor del rango de datos de tipo INT (2147483647).
Ahora, cuando realizado un UPDATE directo a la tabla PRODUCTOS, en my query del SQLyog, por ejemplo:

Código MySQL:

UPDATE catalogo_productos
SET Existencia=Existencia-1
WHERE catalogo_producto_id='00003'
 

si me registra números negativos en la existencia, el problema es cuando manda a llamar el disparador.

Este es el codigo de mi disparador:

Código MySQL:

UPDATE catalogo_productos
        SET Existencia=Existencia - new.Cantidad,
        Usuario_Modifico=new.Usuario_Creo,
        Fecha_Modifico=new.Fecha_Creo
        WHERE Catalogo_Producto_Id=new.Catalogo_Producto_Id;
 

Por qué pasa esto?, espero haberme explicado y que me puedan ayudar, Gracias de antemano...

[gnzsoloyo]

Que en lugar de actualizar la existencia a nÚmeros negativos me ingresa el numero mayor del rango de datos de tipo INT (2147483647).

Eso sólo puede ocurrir por desborde de representación, pero para saber la causa exacta necesitaríamos trazar el proceso y los valores que recibe, a fin de entender en qué punto estás cargando algo mal.
Ahor abien, cuando veo que dices esto:

Manejo un procEdimiento que me va insertando en detalle de salidas
y un disparador que me debe actualizar la existencia en CATALOGO_PRODUCTOS cuando se realiza un insert en DETALLE_SALIDAS

me hace pensar que estás desarrollando algo innecesariamente.

Si usas un SP para realizar el INSERT en la tabla de detalles, acción que dispara un trigger a otra tabla, ¿por qué no metes ambas cosas en el SP en forma secuencial y no ejecutas todo el SP dentro de una transaction? Si usas tablas InnoDB, eso te aseguraría consistencia, y ´no fallaría.
Usar un trigger para una tarea que se puede hacer en un SP (donde sería mas correcto), es desperdiciar recursos y quitar capacidad de depuración.
Los triggers son difíciles de depurar.

Más allá de esto, el problema se produce por datos cuando no por cálculo. Por ejemplo: si fuese que si el valor entrante en el campo Cantidad es negativo, aplicaría la regla de signos ya conocida: 1 -(-1) = 2.

Código MySQL:

mysql> SELECT (1 - (-1)) RESULTADO;
+-----------+
| RESULTADO |
+-----------+
|         2 |
+-----------+
1 row in set (0.00 sec)
 

Con datos en ese contexto, en lugar de restar, sumas, así que te puedes imaginar el resultado de la historia.
Por supuesto que sin conocer los datos, esto es una suposición...

[tanliz]

Tienes mucha razón!!! elimine el disparador, agregué la actualización en el procedimiento y ya funciona perfecto!, MUCHAS GRACIAS!!

[gnzsoloyo]

Bueno, me alegro que funcionara.