php no muestra la consulta de un procedimiento almacenado.

[juancarlospardov]

Estimados,

Tengo el siguiente problema.
Al ejecutar el siguiente procedimiento almacenado en workbench, me envia los resultados sin problema:
begin
select
@num_bought := cast(sum(Cantidad_salida) as unsigned) as units
from movimiento_stock inner join producto
where Nombre_de_producto = "arroz";
select
@expense := cast(sum(expense) as unsigned) as expense,
sum(units) as units
from (select
Precio_entrada * least(@num_bought, Cantidad_entrada) as expense,
least(@num_bought, Cantidad_entrada) as units,
@num_bought := @num_bought - least(@num_bought, Cantidad_entrada)
from movimiento_stock inner join producto
where Nombre_de_producto= "arroz" and @num_bought > 0
) as a;
end $

Pero en php, sólo me imprime el valor de UNITS, pero no de EXPENSE, en total expense aparece en blanco.

total 901456
Notice: Undefined index: expense in C:\xampp\htdocs\inventario\fifo.php on line 15
total

el codigo php es el siguiente:

<?php

//connect to database
$connection = mysqli_connect("localhost", "root", "", "novotey");

//run the store proc
$result = mysqli_query($connection,
"CALL costo") or die("Query fail: " . mysqli_error());

//loop the result set
while ($row = mysqli_fetch_array($result)){
echo "total ".$row['units'];
echo "total ".$row['expense'];
}

?>

hace unos dias hice la misma pregunta y yo estaba trabajando con mysql y me recomendaron cambiarme a mysqli, pero el problema persiste

[gnzsoloyo]

Este tema ya lo preguntaste en otro post. No abras nuevos, continúa con el anterior.

Es probable que haya errores en el SP, pero eso no tiene ya relación con este foro.
Deberías consultar en el de MySQL, ya que es el especializado.

[juancarlospardov]

Estimado,

Disculpa por abrir otro tema, pero el post anterior esta mal planteada la pregunta.
El proc almacenado esta correcto mi problema es con php

saludos gracias

[gnzsoloyo]

El proc almacenado esta correcto mi problema es con php

Puede no ser necesariamente cierto. El hecho de que no puedas acceder a un dato que supuestamente el SP está obteniendo, me hace sospechar de que hay un error de ejecución en el SP.
El SP, para ser válido, debe devolver datos en todas las ocasiones, o bien devolver un error. Cuando no devuelve ni lo uno ni lo otro, entonces hay un problema con los datos que se validan, con el rpcoesamientos de esos datos, o con los resultados de los mismos, que PHP no puede manejar.
Personalmente sospecho del uso de las variables de usuario de MySQL que estás poniendo en el SP, ya que a menos que domines conceptualmente esas variables propias de MySQL, pueden dar lugar a resultados erróneos o inesperados.

Respecto a la sugerencia de cambiar la librería de acceso MYSQL a MYSQLI, te la di yo, y te expliqué la razón: la librería MYSQL, además de obsoleta, no maneja los resultados de consultas como salida de un SP, y eso es un problema ampliamente documentado.

Yendo al punto del SP, que aqui pongo un poco mas limpio:

Código MySQL:

delimiter $$
CREATE PROCEDURE costo()
BEGIN
    SELECT @NUM_BOUGHT := CAST(SUM(Cantidad_salida) AS UNSIGNED) AS units
    FROM movimiento_stock INNER JOIN producto
    WHERE Nombre_de_producto = "arroz";
    SELECT @EXPENSE := CAST(SUM(expense) AS UNSIGNED) AS expense, SUM(units) AS units
    FROM 
        (SELECT 
            Precio_entrada * LEAST(@NUM_BOUGHT, Cantidad_entrada) AS expense,
            LEAST(@NUM_BOUGHT, Cantidad_entrada) AS units,
            @NUM_BOUGHT := @NUM_BOUGHT - LEAST(@NUM_BOUGHT, Cantidad_entrada)
        FROM movimiento_stock INNER JOIN producto
        WHERE Nombre_de_producto= "arroz" AND @NUM_BOUGHT > 0
        ) AS a;
END$$
 
delimiter ;
 

Yo le veo ciertos riesgos a la ejecución usando ese tipo de variables.
¿tienes claro que entre esta linea:?

Código MySQL:

Precio_entrada * LEAST(@NUM_BOUGHT, Cantidad_entrada) AS expense,
 

y esta otra:

Código MySQL:

@NUM_BOUGHT := @NUM_BOUGHT - LEAST(@NUM_BOUGHT, Cantidad_entrada)
 

el contenido de de @NUM_BOUGHT puede tener dos valores diferentes, y con eso esta otra líea:

Código MySQL:

WHERE Nombre_de_producto= "arroz" AND @NUM_BOUGHT > 0
 

podría estar realizando la evaluacion del AND en base a un valor diferente al registro anterior?

Esa es una características de las variables de usuario en MySQL: cada asignación, incluso en la misma SELECT, puede cambiar el valor de la variable.

La verdad es que sin probar con datos reales es difícil saber si esa query realmente funciona bien, más allá de que con algunas pruebas los resultados puedan ser correctos. Como dije, si al menos en un caso no da lo que se espera, entonces el SP está mal.


Posdata: Usa los highlight para poner el código. Para eso se pusieron, leer todo eso como texto plano es molesto y confuso.