Insert Multiple en Stored Procedure

[djaevi]

Hola a todos les paso a contar mi problema estoy tratando de hacer un insert multiple dentro de un stored procedure, lo que estoy intentando hacer es pasarle en un parametro de texto al procedimiento la cadena con los valores que quiero que cargue en mi tabla, esto seria:

(1,1,8,4),
(1,2,6,7),
(1,3,5,5),
(1,4,3,3),
(1,5,6,2);

el codigo de mi procedimiento es este:

Código MySQL:

CREATE PROCEDURE `llenarDatos`(llenar TEXT)
BEGIN
PREPARE consulta FROM CONCAT('INSERT INTO detalle VALUES ',llenar);
EXECUTE consulta;
END
 

entonces dentro del procedimiento lo que intento hacer es usar prepare y execute para ejecutar una consulta de texto, entonces concateno los valores con un "INSERT INTO detalle VALUES ", pero por alguna razon el mysqlworkbench me arroja un error de sintaxis ya que no me deja compilar el procedimiento, existe algun error en mi codigo? o hay alguna forma mas correcta de hacer esto?

Desde ya gracias por leer mi pregunta, Saludos

[leonardo_josue]

Hola djaevi:

No estoy seguro de que puedas utilizar la función CONCAT para preparar una sentencia. Inténtalo así:

Código:

DROP PROCEDURE IF EXISTS llenarDatos;
DELIMITER $$

CREATE
    PROCEDURE llenarDatos(llenar VARCHAR(100))
    BEGIN
	SET @temp = CONCAT('INSERT INTO tabla VALUES ', llenar);
	PREPARE consulta FROM @temp;
	EXECUTE consulta;
	DEALLOCATE PREPARE consulta;
    END$$

DELIMITER ;

Aquí estaría funcionando el SP:

Código MySQL:

mysql> SELECT * FROM tabla;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    2 | dos         |
|    3 | tres        |
+------+-------------+
3 rows in set (0.00 sec)
 
mysql> CALL llenarDatos("(4, 'cuatro'), (5, 'cinco')");
Query OK, 0 rows affected (0.04 sec)
 
mysql> SELECT * FROM tabla;
+------+-------------+
| id   | descripcion |
+------+-------------+
|    1 | uno         |
|    2 | dos         |
|    3 | tres        |
|    4 | cuatro      |
|    5 | cinco       |
+------+-------------+
5 rows in set (0.00 sec)
 

Recuerda siempre eliminar las sentencias preparadas con DEALLOCATE PREPARE

Haz la prueba y nos comentas.

Saludos
Leo.

[djaevi]

Gracias maestroooo!!! lo probe y anda espectacular muchas gracias!!

Te hago una unica pregunta que me quedo para entender...

que diferencia hay entre declarar una variable usando

DECLARE temp VARCHAR(200);
SET temp = CONCAT('INSERT INTO torneos_estado VALUES ', llenar);

a usar

SET @temp = CONCAT('INSERT INTO torneos_estado VALUES ', llenar);

solo lo pregunto porque he visto codigos que usan el arroba tambien y no entiendo la diferencia entre declarar las variables de una y otra forma, mil gracias nuevamente.

Saludos

[gnzsoloyo]

Las variables que llevan "@" son las llamadas de usuario o de sesión, y son diferentes de las locales de los SP.
Estas variables:
- Su entorno de existencia es la misma pila de memoria donde se maneja la sesión.
- No se declaran, sino que se nacen al ser invocadas por vez primera.
- Como su entorno de existencia es la sesión de la conexión en que se usan, sólo mueren cuando la conexión se termina.
- Carecen de tipo de dato. En su lugar, adoptan el tipo con el que se las inicializa (por lo que siempre se las debe incializar).
- Mientras no se las inicialice, su su valor es NULL.
- Conservan su valor mientras la conexión siga viva, por lo que cada vez que un SP las usa debe forzosamente reinicializarlas para evitar datos basura.
- Si se las crea en un SP, pueden ser accedidas luego desde otro, o desde el entorno de sesión, manteniendo su último valor siempre.

Las variables sin ese prefijo son locales de los SP, y:
- Sólo existen mientras dura el SP, es decir que su entorno es temporal y se ubica en una pila de memoria de diferente a las de usuario. Nacen y mueren con la ejecución del SP.
- Debe declararse su tipo de dato, y no pueden cambiar de tipo.
- No pueden ser invocadas por fuera del SP.

El tema es que como las sentencia preparadas se ubican en el ambiente de sesión (conexión), es imposible usar variables locales para crearlas, precisamente porque esas pertenecen a otro entorno. Por eso sólo se puede construir una sentencia preparada con variables de usuario.
¿Se entiende el problema?

[gerardo_goh]

me puedes explicar lo de la palabra consulta, soy novato en esto, ayudame, saludos!!!

DROP PROCEDURE IF EXISTS llenarDatos;
DELIMITER $$

CREATE
PROCEDURE llenarDatos(llenar VARCHAR(100))
BEGIN
SET @temp = CONCAT('INSERT INTO tabla VALUES ', llenar);
PREPARE consulta FROM @temp;
EXECUTE consulta;
DEALLOCATE PREPARE consulta;
END$$

DELIMITER ;

[djaevi]

gnzsoloyo muchisimas gracias por la explicacion quedo me quedo todo perfectamente claro ahora voy a tener mas claro que tipos de variables usar en mis SP :D.

Gerardo consulta es un alias que se le da a lo que se va a ejecutar, tu le das el nombre que tu quieras lo que importa es que luego pongas FROM @variableDeConsulta EJ:

Código MySQL:

SET @textoConConsulta = 'SELECT * FROM mitabla';
PREPARE unNombre FROM @textoConConsulta;
EXECUTE unNombre;
DEALLOCATE PREPARE unNombre;
 

Saludos!