mostrar o imprimir mensajes en mysql 5.0

[Zeptimo]

hola como le puede hacer para mostrar mensajes o imprimir en mysql 5.0 lo que pasa es que en sql esta este ejemplo y quiero saber como le puedo hacer en mysql...................

print "No disponible la programacion de curso para actualizar"


saludooooss.

[GatorV]

Hola Zeptimo,

Dudo que MySQL tenga el soporte de lo que necesitas, recuerda que una BDD, es un repositorio de información, la logica de imprimir y mostrar mensajes se la tienes que dejar al lenguaje de programación.

Saludos.

[gnzsoloyo]

PRINT es una funcionalidad extendida de la interfase de SQL Server, pero no forma parte del SQL (Oracle iSQL+ tiene otra parecida), por lo que en realidad esa capacidad (imprimir mensajes en pantalla) no pertenece al estandar y por tanto no es migrable.
Simplificando: No existe en MySQL básicamente porque no existe en el SQL.
Si lo que quieres es que te envíe un mensaje a la pantalla, eso dependerá de la interfase que estés usando, pero un simple

SELECT 'No disponible la programacion de curso para actualizar'

te mostrará ese resultado en forma de tabla, si lo usas en MySQL Query Browser (yo uso ese método cuando estoy debuggeando SP).

[kikelp]

hola gnzsoloyo, tienes idea si la sentencia select que usaste como ejemplo puede servir en un trigger?

[gnzsoloyo]

No. Los triggers no pueden devolver datos en un SELECT porque no es esa su función. Son rutinas cerradas que no devuelven datos.
Lo máximo que puedes lograr es crear y cargar una variable de usuario en sesión de MySQL, la cual puedes leer después.

[kikelp]

te refieres a esto? este es un ejemplo que encontre en la pagina MySQL

CREATE PROCEDURE simpleproc (OUT param1 INT)
BEGIN
SELECT COUNT(*) INTO param1 FROM t;
END

CALL simpleproc(@a);

SELECT @a;

he creado un procedimiento muy parecido a este, adapatado a mi BD, pero no me devuelve un valor numerico, me devuelve null..

de casualidad tienes algun ejemplo mas complejo que eso?

[gnzsoloyo]

El valor inicial de una variable de usuario es siempre NULL, porque las variables de usuario no tienen tipo de dato. Adquieren el tipo al ser inicializadas (cosa que no estás haciendo). Como su valor inicial es NULL, y considerando que toda operación con NULL da por resultado NULL, es lógico que no obtengas nada.
Pruébalo así:

Código MySQL:

CREATE PROCEDURE simpleproc (OUT param1 INT)
BEGIN
SELECT COUNT(*) INTO param1 FROM t;
END
 
SET @a = 0;
CALL simpleproc(@a);
SELECT @a;
 

P.D.: No agrandes las tipografías del post. Parece que estuvieses gritando, o que tuvieras problemas de visión...
Sin ofender, pero causan un poco de mala impresión.

[kikelp]

gracias por la sugerencia.. tiene sentido lo que dices, pero sabes que no me funciona
me sigue devolviendo null..

[kikelp]

hola otra vez gnzsoloyo..

te queria preguntar si en los trigger, en mysql existe algo equivalente a lo que oracle usa para mostrar un mensaje por consola?

en oracle tengo entendido que con este comando puedo hacerlo

dbms_output.put_line(‘ATENCION. Se necesita URGENTE al Anestesista.’);

en mysql hay alguna equivalente?

[gnzsoloyo]

Iniciado por kikelp

hola otra vez gnzsoloyo..

te queria preguntar si en los trigger, en mysql existe algo equivalente a lo que oracle usa para mostrar un mensaje por consola?

en oracle tengo entendido que con este comando puedo hacerlo

dbms_output.put_line(‘ATENCION. Se necesita URGENTE al Anestesista.’);

en mysql hay alguna equivalente?

No. No existe.
El tema con Oracle es que ese tipo de comando son extensiones que sólo aplican a su propia interfaz de trabajo. Por eso no son recursos portables a otros DBMS.
Todavía no me he podido ocupar de tu problema prque estoy en horas de trabajo, pero me rugió la duda de con qué interfaz estas probando lo que te pasé... ¿Consola, phpMyAdmin u otra cosa?

Mi pregunta apunta a que una variable de usuario sólo existe dentro de la sesión, y algunas interfases como phpMyadmin usan una sesión por consulta ejecutada, por lo que no debería funcionar en ese contexto, o incluso en XAMPP.
Sí debería funcionar bien usando el MySQL Workbench.

[kikelp]

Ok.. estoy usando el mysql administrator.

Gracias por tu tiempo!!

[gnzsoloyo]

MySQL Administrator es una aplicación discontinuada, llena de bugs y puede que esté usando sesiones independientes para cada ejecución.
Mi sugerencia es que uses la aplicación que lo reemplazó: MySQL Workbench, que puedes descargar en la página oficial.

[kikelp]

Esta bien.. gracias por tu sugerencia y por tu tiempo!! me aclaraste las dudas que tenia.. muchas gracias de nuevo

[gnzsoloyo]

Bueno, he probado el resultado del SP que te propuse, funcionando sobre consola y sobre Workbench, y el resultado es óptimo.

Código MySQL:

mysql> DELIMITER $$
mysql> DROP PROCEDURE IF EXISTS `simpleproc`$$
Query OK, 0 rows affected (0.00 sec)
 
mysql> CREATE PROCEDURE `simpleproc`()
    -> BEGIN
    -> SET @a = 0;
    -> SELECT COUNT(*) INTO @a FROM citas;
    -> END$$
Query OK, 0 rows affected (0.00 sec)
 
mysql> DELIMITER ;
mysql> CALL `simpleproc`();
Query OK, 0 rows affected (0.11 sec)
 
mysql> SELECT CAST(@a AS UNSIGNED) RESULTADO;
+-----------+
| RESULTADO |
+-----------+
|         6 |
+-----------+
1 row in set (0.00 sec)
 
mysql>
mysql> DELIMITER $$
mysql> DROP PROCEDURE IF EXISTS `simpleproc`$$
Query OK, 0 rows affected (0.03 sec)
 
mysql> CREATE PROCEDURE `simpleproc`()
    -> BEGIN
    -> SET @a = 'ESTE SERÍA EL MENSAJE QUE SE CREA EN EL TRIGGER';
    -> END$$
Query OK, 0 rows affected (0.00 sec)
 
mysql> DELIMITER ;
mysql> CALL `simpleproc`();
Query OK, 0 rows affected (0.00 sec)
 
mysql> SELECT @a MENSAJE;
+-------------------------------------------------+
| MENSAJE                                         |
+-------------------------------------------------+
| ESTE SERÍA EL MENSAJE QUE SE CREA EN EL TRIGGER |
+-------------------------------------------------+
1 row in set (0.00 sec)
 

La única recomendación es que como lo vas a manejar en un TRIGGER, no lo puedes mandar como parámetro, sino directamente tomar el resultado, sabiendo que el TRIGGER se ejecutó y por tanto la variable existe.
La sintaxis de este ejemplo es:

Código MySQL:

DELIMITER $$
DROP PROCEDURE IF EXISTS `simpleproc`$$
CREATE PROCEDURE `simpleproc`()
BEGIN
SET @a = 0;
SELECT COUNT(*) INTO @a FROM citas;
END$$
DELIMITER ;
 

Como verás, la variable la estoy creando dentro del SP, pero eso no importa porque la variable existe dentro de la conexión mientras esta esté abierta. Incluso, la variable sigue existiendo y con el mismo valor hasta que se la vuelve a invocar. Por eso es importante reincializarla cada vez que se va a usar.

[kikelp]

ok ya te termine de entender!!!.. gracias por tu ayuda!! sos un groso..