Error al ejecutar un Stored Procedure remotamente.

[Josecanalla]

Bueno, tengo un servidor MySQL corriendo en Windows, al cual le creé un usuario que tenga permisos de acceso desde cualquier host. Con una aplicación PHP me conecto a dicho servidor ingresando la IP pública del mismo (el router ya está configurado para que redirija al puerto correspondiente de la PC correspondiente).

La aplicación PHP está subida a un servidor de internet, y el servidor MySQL lo tengo en mi casa. La cadena de conexión que utilizo en PHP es:

mysql_connect("200.43.xxx.xx:3306", "username", "password");

donde el primer parámetro es mi IP seguida del puerto, el nombre de usuario y el password del usuario que anteriormente mecioné que creé.

El problema se da cuando quiero ejecutar un Stored Procedure, la aplicación devuelve el siguiente error: PROCEDURE icu.GetUsuarioLogin can't return a result set in the given context donde GetUsuarioLogin es el nombre del SP.

Bueno, el servidor de internet me ofrecía base de datos MySQL pero no me permitía que la misma posea SP así que decidí hostear la BD en mi casa, ahora me surge la duda, ¿tampoco recibe la respuesta de un SP? ¿Será limitación del hosting?

O bien, ¿me falta configurar algo?

La aplicación localmente y también remotamente (si hosteo la aplicación en mi propio servidor) funciona correctamente, no es error de código PHP ni MySQL.

Saludos!

[gnzsoloyo]

El problema se da cuando quiero ejecutar un Stored Procedure, la aplicación devuelve el siguiente error: PROCEDURE icu.GetUsuarioLogin can't return a result set in the given context donde GetUsuarioLogin es el nombre del SP.

O bien, ¿me falta configurar algo?

No exactamente.
Ese mensaje suele aparecer cuando usas los SP para ejecutar SELECTS. Significa simplemente que la librería que usas en PHP no puede manejar correctamente la respuesta del SP como tabla, porque el entorno de ejecución del SP muere al terminar de ejecutarse y por tanto no se puede recorrer el array de registros devuelto.
En definitiva, es un problema de programación producto de la librería, como te dije.
Este error aparece en PHp cuando usas la librería MYSQL, que no tiene capacidades de administrar ese tipo de respuestas de un SP.
La solución es simple... a medias: Debes reemplazar toda codificación con la librería MYSQL y reemplazarla por la MYSQLI, que si puede hacer eso.

Nota Bene: Los SP son de sólo lectura, por lo que no funcionan para hacer UPDATE sobre las tablas leídas.
No lo olvides.

[Josecanalla]

Iniciado por gnzsoloyo

No exactamente.
Ese mensaje suele aparecer cuando usas los SP para ejecutar SELECTS. Significa simplemente que la librería que usas en PHP no puede manejar correctamente la respuesta del SP como tabla, porque el entorno de ejecución del SP muere al terminar de ejecutarse y por tanto no se puede recorrer el array de registros devuelto.
En definitiva, es un problema de programación producto de la librería, como te dije.
Este error aparece en PHp cuando usas la librería MYSQL, que no tiene capacidades de administrar ese tipo de respuestas de un SP.
La solución es simple... a medias: Debes reemplazar toda codificación con la librería MYSQL y reemplazarla por la MYSQLI, que si puede hacer eso.

Nota Bene: Los SP son de sólo lectura, por lo que no funcionan para hacer UPDATE sobre las tablas leídas.
No lo olvides.

Pero a mi localmente me funciona bien. Entonces, es por la instalación de PHP que tienen en el servidor remoto, ¿no? Con la librería que usé para desarrollar funcionan perfecto los SP, y en mi servidor local también funcionan perfecto.

[gnzsoloyo]

Bueno, si no me crees, simplemente haz click sobre este link: PROCEDURE x can't return a result set in the given context

[Josecanalla]

Iniciado por gnzsoloyo

Bueno, si no me crees, simplemente haz click sobre este link: [URL="lmgtfy.com/?q=mysql+PROCEDURE+can't+return+a+result+set+in+th e+given+context"]PROCEDURE x can't return a result set in the given context [/URL]

Nunca dije que no te creía... lo que digo es, ¿porqué localmente me funciona bien y en el web server mal?

[gnzsoloyo]

Bugs de phpMyadmin, probablemente.
En este mismo foro han aparecido ocasionalmente casos de ese tipo que se han resuelto parcialmente con la actualización de ese front-end.
Pero la verdadera solución es usar MYSQLI. Esa es por lo menos la que tuve que implementar a principios del año pasado para un site empresario, precisamente porque estaba recibiendo en un SP ese mismo mensaje. Una vez que cambié en ese caso a MySQLI, desapareció todo el problema.

[Josecanalla]

Iniciado por gnzsoloyo

Bugs de phpMyadmin, probablemente.
En este mismo foro han aparecido ocasionalmente casos de ese tipo que se han resuelto parcialmente con la actualización de ese front-end.
Pero la verdadera solución es usar MYSQLI. Esa es por lo menos la que tuve que implementar a principios del año pasado para un site empresario, precisamente porque estaba recibiendo en un SP ese mismo mensaje. Una vez que cambié en ese caso a MySQLI, desapareció todo el problema.

Bien, muchas gracias por contestar.