MySQL Déclencheur - le Stockage d'un SELECT dans une variable

Vous pouvez déclarer des variables locales dans MySQL déclenche, avec la DECLARE syntaxe.

Voici un exemple:

DROP TABLE IF EXISTS foo;
CREATE TABLE FOO (
  i SERIAL PRIMARY KEY
);

DELIMITER //
DROP TRIGGER IF EXISTS bar //

CREATE TRIGGER bar AFTER INSERT ON foo
FOR EACH ROW BEGIN
  DECLARE x INT;
  SET x = NEW.i;
  SET @a = x; -- set user variable outside trigger
END//

DELIMITER ;

SET @a = 0;

SELECT @a; -- returns 0

INSERT INTO foo () VALUES ();

SELECT @a; -- returns 1, the value it got during the trigger

Lorsque vous affectez une valeur à une variable, vous devez vous assurer que la requête ne retourne qu'une seule valeur, et non pas un ensemble de lignes ou un ensemble de colonnes. Par exemple, si votre requête renvoie une valeur unique dans la pratique, c'est ok, mais dès qu'il renvoie plus d'une ligne, vous obtenez "ERROR 1242: Subquery returns more than 1 row".

Vous pouvez utiliser LIMIT ou MAX() à assurez-vous que la variable locale est définie à une valeur unique.

CREATE TRIGGER bar AFTER INSERT ON foo
FOR EACH ROW BEGIN
  DECLARE x INT;
  SET x = (SELECT age FROM users WHERE name = 'Bill'); 
  -- ERROR 1242 if more than one row with 'Bill'
END//

CREATE TRIGGER bar AFTER INSERT ON foo
FOR EACH ROW BEGIN
  DECLARE x INT;
  SET x = (SELECT MAX(age) FROM users WHERE name = 'Bill');
  -- OK even when more than one row with 'Bill'
END//

CREATE TRIGGER clearcamcdr AFTER INSERT ON `asteriskcdrdb`.`cdr` 
FOR EACH ROW
BEGIN
  SET @INC = (SELECT sip_inc FROM trunks LIMIT 1);
  IF NEW.billsec >1 AND NEW.channel LIKE @INC 
    AND NEW.dstchannel NOT LIKE "" 
  THEN
    insert into `asteriskcdrdb`.`filtre` (id_appel,date_appel,source,destinataire,duree,sens,commentaire,suivi) 
      values (NEW.id,NEW.calldate,NEW.src,NEW.dstchannel,NEW.billsec,"entrant","",""); 
  END IF;
END$$

Ne pas essayer @ home

Je poste cette solution car j'ai eu un moment difficile de trouver ce dont j'avais besoin. Ce post m'a fait assez proche (+1 pour que je vous remercie), et c'est la solution finale pour en réorganisant les données de la colonne avant de l'insérer si les données correspondent à un test.

Remarque: c'est à partir d'un le projet de l'héritage j'ai hérité d'où:

1. La Clé Unique est un composite de rridprefix + rrid
2. Avant j'ai repris il n'y a pas de contrainte d'éviter la duplication des clés uniques
3. Nous avons besoin de combiner deux tableaux (un plein de doublons) dans la table principale qui a désormais la contrainte sur la clé composite (donc la fusion échoue parce que le gagnant de la table de ne pas autoriser les doublons impurs table)
4. on duplicate key est pas l'idéal, car les colonnes sont trop nombreux et peuvent changer

De toute façon, ici, est l'élément déclencheur qui met tout en double de clés dans un héritage de la colonne tout en nous permettant de stocker l'héritage, les données de mauvaise qualité (et de ne pas déclencher l'acquisition de tables composite, la clé unique).

BEGIN
  -- prevent duplicate composite keys when merging in archive to main
  SET @EXIST_COMPOSITE_KEY = (SELECT count(*) FROM patientrecords where rridprefix = NEW.rridprefix and rrid = NEW.rrid);

  -- if the composite key to be introduced during merge exists, rearrange the data for insert
  IF @EXIST_COMPOSITE_KEY > 0
  THEN

    -- set the incoming column data this way (if composite key exists)

    -- the legacy duplicate rrid field will help us keep the bad data
    SET NEW.legacyduperrid = NEW.rrid;

    -- allow the following block to set the new rrid appropriately
    SET NEW.rrid = null;

  END IF;

  -- legacy code tried set the rrid (race condition), now the db does it
  SET NEW.rrid = (
    SELECT if(NEW.rrid is null and NEW.legacyduperrid is null, IFNULL(MAX(rrid), 0) + 1, NEW.rrid)
    FROM patientrecords
    WHERE rridprefix  = NEW.rridprefix
  );
END