Discussion :

[ericd69]

ça revient à ce que je disais...

celui qui a fait cet exercice n'a pas dû penser à tout ça comme souvent dans ces trucs (oui je sais c'est débile de faire mal réfléchir les gens... mais c'est ce qu'on appelle souvent l'éducation )

ça revient à faire seulement un insert dans la table archive par rapport à un select sur les parties de old nécessaires et tu as besoin de la table stage effectué et la table stage en jointure sur celle-ci. Y a que ça dans le trigger after delete sur la table étudiant

Les variantes ne correspondent qu'à plus ou moins de données rapatriées...

A toi de voir en fonction de l'énoncé complet que tu as pour les tables et leur structure... allez cogite un peu c'est pas dur...

[okayassu]

ralala j'ai de la fumée qui sort du cerveau la mdr

Question : dans la table stagesarchive que je dois créer, dois-je y insérer les mêmes clefs étrangères? Dois-je absolument avoir une clef primaire ?

[okayassu]

ça marcheeeeeeeeeeeeeeeeeeeeeeeeeeee ( desolée j'au du mal à me contenir lol )

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
create or replace function archivage() returns trigger as
$$
 
 
begin
 
insert into stagesarchive SELECT old.* FROM stages natural join etudiants;
 
return old;
end;
 
$$
language plpgsql;
create trigger archivage before delete on stages
for each row execute procedure archivage();

le drop du trigger sur la tables etudiants n'avait pas été pris en compte
merciiiiiiiiiiiiiiiiiiiii beaucoup pour votre aide

[okayassu]

arf je viens de me rendre compte que mon joli trigger archivait des doublons ....

je ne vois pas comment éviter cela

quelqu’un a t'il une idée?

[ericd69]

montre un petit exemple...

ça vient de la jointure mais c'est normal... pour une archive c'est pas forcément un problème

en plus, pour une bonne pratique, une table doit TOUJOURS avoir une clé primaire (si possible numérique et de taille adaptée)...

[okayassu]

si je rajoute un champs idstage comment faire pour qu'il integre mon select ?

[ericd69]

une autre bonne habitude pour les insert toujours préciser la structure comme ça toi ou celui qui relit parfois longtemps après voit les colonne de la table où tu insères...

[alassanediakite]

Salut
D'après...

l'idee vient de l'enoncé

2. Ecrire une procédure qui supprime un étudiant (dont le nom est passé en paramètre) ainsi que les stages auxquels il a participé.

3. Ecrire un trigger qui archive tous les stages d’un étudiant, avant de le (l’étudiant) supprimer. La table dans laquelle, on archive ayant la même structure que la table stages.

4. Ecrire une variante améliorée, l’archivage se faisant dans une table dont la structure est la suivante : nometudiant , prenometudiant , numstage, titrestage, objetstage, anneescolaire, numetudiant, regimeetudiant, numcontact, numprofsuiveur, remarques

la fonction pour la question 2 fonctionne et j' ai le choix entre la question 3 ou 4 que je n'arrive pas a résoudre

Le trigger ne doit être créé que pour "avant la suppression d'étudiant" "BEFOR DELETE". On ne s'occupe pas de suppression directe dans "stage"!
On respecte l'esprit de l'exercice et on oubli une situation de BD en production.
Pour la question 3 aucune donnée propre à l'étudiant dans la table "etudiant" ne doit être archivée! on archive uniquement ses stages.(je rappelle qu'on suit l'esprit de l'exercice)
Pour la question 4 (je pense que le prof amène l'étudiant à comprendre graduellement la situation)...

1. Le trigger reste uniquement sur la table "etudiant" et en BEFOR
2. on fait une INSERTE INTO stagearchive SELECT old.numetudiant, old.prenom, old.nom, stage.x, stage.y... FROM stage WHERE stage.numetudiant=old.numetudiant

okayasu je te conseil une bonne lecture sur plpgsql pour optimiser un peut ton code; beaucoup de lignes peuvent être contractées!!!
@+