[SOLUCIONADO] Pl/SQL de mysql, copiar contenido de tabla en otra

[NeoAres]

Necesito en un pl/SQL de Mysql (trigger) coger todos los valores de una tabla e insertarlos en otra exactamente igual (excepto por el nombre de tabla).

He visto googleando que hay formas de hacer backup pero no de PL/sql parece, me preguntaba si alguien sabe alguna forma rápida de pasar los datos de una tabla(y no a un archivo) a otra en vez de hacer cursores e ir pasando datos

Un saludo

[gnzsoloyo]

@NeoAres: No somos un repositorio de códigos, ni una fuente libre de recursos. Es un foro para ayudar a resolver problemas, pero eso significa que el problema lo resuelves tu mismo.
Postea le código que harías tu, y veremos lo que realmente te servirá.

Por otro lado, te aconsejo enfáticamente que no uses de una forma tan indiscriminada los trigger para resolver cualquier cosa (ya estuvimos viendo entre nos un tema de triggers previamente contigo, por eso lo destaco). No es esa su función.
El sentido de los triggers es hacer tareas que sólo se requieran bajo ciertas condiciones:
1) Sólo deben dispararse cuando se realice una insercion, una actualización o un borrado en una tabla dada.
2) Puede afectar a otras tablas si y sólo si las otras tablas no generan un efecto en cascada con sus propios triggers, o no generen una operación circular contra la tabla del trigger.
3) No intenten operaciones contra la propia tabla.
4) No se trate de procesos que requieran lecturas masivas o recursivas de datos de la propia tabla o de otras.
5) Como son disparados por un evento de un sólo registro, no es conveniente hacer procesos a menos que sea para todo registro de esa tabla. Es decir, si tienes que evaluar el dato entrante para saber si hay que hacer o no una tarea, entonces no necesitas un trigger sino un stored procedure.
Y muy importante: son procesos que deben hacerse con los propios datos entrantes de la tabla. Usar un trigger para colectar cosas de otras y que no vayan a ser parte del registro que dispara el trigger, es una pérdida de tiempo, recursos y un serio problema de performance a futuro.

En resumen: Los triggers son muy poderosos, pero no se deben usar por que sí o porque son bonitos. Sólo si son estrictamente necesarios.

[NeoAres]

Iniciado por gnzsoloyo

@NeoAres: No somos un repositorio de códigos, ni una fuente libre de recursos. Es un foro para ayudar a resolver problemas, pero eso significa que el problema lo resuelves tu mismo.
Postea le código que harías tu, y veremos lo que realmente te servirá.

Mis disculpas, ante eso, lo postee porque me veía deseperado ya que debo entregar mañana la tarea y no acertaba

Por otro lado, te aconsejo enfáticamente que no uses de una forma tan indiscriminada los trigger para resolver cualquier cosa (ya estuvimos viendo entre nos un tema de triggers previamente contigo, por eso lo destaco). No es esa su función.
El sentido de los triggers es hacer tareas que sólo se requieran bajo ciertas condiciones:
1) Sólo deben dispararse cuando se realice una insercion, una actualización o un borrado en una tabla dada.
2) Puede afectar a otras tablas si y sólo si las otras tablas no generan un efecto en cascada con sus propios triggers, o no generen una operación circular contra la tabla del trigger.
3) No intenten operaciones contra la propia tabla.
4) No se trate de procesos que requieran lecturas masivas o recursivas de datos de la propia tabla o de otras.
5) Como son disparados por un evento de un sólo registro, no es conveniente hacer procesos a menos que sea para todo registro de esa tabla. Es decir, si tienes que evaluar el dato entrante para saber si hay que hacer o no una tarea, entonces no necesitas un trigger sino un stored procedure.
Y muy importante: son procesos que deben hacerse con los propios datos entrantes de la tabla. Usar un trigger para colectar cosas de otras y que no vayan a ser parte del registro que dispara el trigger, es una pérdida de tiempo, recursos y un serio problema de performance a futuro.

En resumen: Los triggers son muy poderosos, pero no se deben usar por que sí o porque son bonitos. Sólo si son estrictamente necesarios.

El caso es que en la tarea del insti me piden trigger para ciertas cosas si o si
Gracias de nuevo

[gnzsoloyo]

Bueno, a mi en la facultad los profesores me pedían los trabajos con un mínimo de lógica y coherencia de fundamentos, no para inventar tareas.
Nosotros teníamos que fundamentar el uso, y si no se justificaba, restaba nota.

Postea lo que supones que te serviría (y por favor, incluye la declaración, no solo el body), y veremos si estás bien orientado.

[NeoAres]

Iniciado por gnzsoloyo

Bueno, a mi en la facultad los profesores me pedían los trabajos con un mínimo de lógica y coherencia de fundamentos, no para inventar tareas.
Nosotros teníamos que fundamentar el uso, y si no se justificaba, restaba nota.

Postea lo que supones que te serviría (y por favor, incluye la declaración, no solo el body), y veremos si estás bien orientado.

Código SQL:

SET @OLDTMP_SQL_MODE=@@SQL_MODE, SQL_MODE='STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
DELIMITER //
CREATE TRIGGER `onUpdateBook` AFTER UPDATE ON `book` FOR EACH ROW BEGIN
BEGIN
 
 DECLARE variablesCadena VARCHAR(50);
 DECLARE variablesFecha DATE;
 DECLARE variableHora TIME;
 DECLARE variablesDouble DOUBLE;
 DECLARE variablesInt INT;
 
 DECLARE done INT DEFAULT 0;
  
 DECLARE curGetBook CURSOR FOR SELECT * FROM book WHERE Book_code LIKE NEW.Book_code;
 DECLARE CONTINUE HANDLER FOR SQLSTATE '02000' SET done = 1;
 
  SET done=0;
 
    OPEN curGetBook;
     REPEAT
      FETCH curGetBook INTO  VARIABLES_DECLARADAS_ANTERIORMENTE_PARA_METER_VALOR_CONSULTA;
      IF NOT done THEN
       INSERT INTO backup_book VALUES(MISMAS_VARIABLES_DEL_RENGLÓN_DEL_FETCH);
      END IF;
     UNTIL done END REPEAT;
    CLOSE curGetBook;
 
    SET done=0;
END
 

No he podido responder antes, he estado ocupado, el proyecto está entregado
gracias de todas maneras, cuelgo el código por si a alguien le interesa el copy/pasteo
PD: El original es mas largo y vi que era mejor resumirlo un poco