Bonjour à tout le monde.
 
Alors voilà, étant novice dans le monde des triggers, je butte sur un problème...
 
J'ai deux tables :
 
 
Table A :
 
A1   A2       DATE
 
1     X;Y;Z   29/03/2023
2     K;L;M   01/04/2023
 
Table B
 
B1    B2    B3      B4
1      X                true
2      Y                true
3              Z        true
4              K        false
5              L        false
6      M               false
 
 
L'idée, ce que le champ A2 contient une liste d'identifiants séparés par ;
Le champ DATE est mis à jour, c'est de cette mise à jour que le trigger doit se déclencher (si DATE > cast(now() as date) )
 
Une fois le trigger déclenché, c'est le champ B4 qui doit être modifié.
Si la condition au-dessus est vérifié, alors le champ (booléen) passe à true, sinon ça reste par défaut en false.
Et, puisque sinon c'est pas assez tordu, les identifiants du champ A2 ont une référence tantôt dans le champ B2 tantôt dans le champ B3.
 
 
J'ai fait un trigger, qui ne semble pas poser de problème de code en soit (j'arrive à le sauvegarder sans que pgadmin me saute dessus), mais quand je vais les mises à jour, rien ne se passe...
Il est déclaré en AFTER, FOR EACH ROW, et autant en INSERT qu'en UPDATE.
 
 
BEGIN
 
IF NEW.DATE > cast(now() as date)
THEN
 
UPDATE B
SET NEW.B4 = 'true'
where B2 in (select regexp_split_to_table(A2,';')from A INNER JOIN B on A2 = B2) or B3 in (select regexp_split_to_table(A2,';')from A INNER JOIN B on A2 = B3);
 
END IF ;
RETURN NEW;
END ;
 
Est-ce que quelqu'un aurait une idée ?
 
Merci d'avance smile

Lu,
 

 
Tu dois pouvoir le mettre directement en condition de déclenchement de ton trigger (mot clé WHEN)
 

 
Je ne sais pas pourquoi il y a NEW ici ?
 

et

 
Ne peuvent pas être vraies. Par exemple 'X;Y;Z' ne peut être égal à 'Y'
 

UPDATE B
SET B4 = 'true'
FROM (
    SELECT regexp_split_to_table(A2, ';')
    FROM A
) AS t(A)
WHERE t.A IN(B2, B3)
;

? (c'est normal qu'elle ne dépend pas de NEW ? - ie ça MàJ potentiellement toute la table)
 
PS : je ne ferai pas de commentaire sur la structure (des chaînes au lieu de booléens, première forme normale non respectée), pour en être à ce point
 
PPS : mon jeu de test, si jamais, à défaut d'en avoir fourni un
 

DROP TABLE A;
DROP TABLE B;
 
CREATE TABLE A(
    A1 INT NOT NULL,
    A2 VARCHAR NOT NULL,
    DATE DATE NOT NULL
);
 
INSERT INTO A VALUES(1, 'X;Y;Z', '2023-03-29');
INSERT INTO A VALUES(2, 'K;L;M', '2023-04-21');
 
CREATE TABLE B(
    B1 INT NOT NULL,
    B2 VARCHAR NULL,
    B3 VARCHAR NULL,
    B4 VARCHAR NOT NULL
);
 
INSERT INTO B VALUES(1, 'X', NULL, 'true');
INSERT INTO B VALUES(2, 'Y', NULL, 'true');
INSERT INTO B VALUES(3, NULL, 'Z', 'true');
INSERT INTO B VALUES(4, NULL, 'K', 'false');
INSERT INTO B VALUES(5, NULL, 'L', 'false');
INSERT INTO B VALUES(6, 'M', NULL, 'false');

Merci beaucoup pour ton retour qui m'a permis d'arriver à mes fins !
 
En effet la structure de la table est perfectible notamment sur le principe même de liste au sein d'un champ, mais je dois reprendre un tableau de suivi existant qui est fait comme cela et qui n'a pas vocation à être modifié.  
Par contre le champ booléen est un vrai booléen, j'avais mis la chaine juste pour l'exemple.