Discussion :

[king_simo]

bonjour mes amis

aidez moi SVP pour résoudre cette question :

Supprimer les 3 premiers stagiaires

je fais ça :

Code :

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

1
2
3
4
5
6
7
 
create proc ex14
as
begin
 delete from Stagiaire
 where NumStg in(select top 3 NumStg from Notation group by NumStg order by AVG(note) desc)
end

[hmira]

je fais ça :

Pourquoi avez-vous fait ça ? Que voulez-vous faire exactement ? Supprimer les 3 premiers stagiaires ? Oui, mais selon quelle préséance ?

A+

[king_simo]

oui , je veux supprimer les 3 premier stagiaire
mais il arrive l'erreur suivant :

The DELETE statement conflicted with the REFERENCE constraint "FK__Notation__NumStg__15502E78"

[hmira]

oui , je veux supprimer les 3 premier stagiaire
mais il arrive l'erreur suivant :

The DELETE statement conflicted with the REFERENCE constraint "FK__Notation__NumStg__15502E78"

L'erreur est tout ce qu'il de normal. En effet, un des premier rôle d'un SGBD est de veiller à respecter les contraintes d'intégrité. Parmi celles-ci, il y a ce qu'on appelle communément les contraintes l'intégrité référentielle ..

En résumé, la contrainte FK__Notation__NumStg__15502E78" fait que vous ne pouvez pas supprimer un tuple (en l' occurrence un Stagiaire) référencé par un autre tuple (en l'occurrence une Notation).

Vous devez commencer par supprimer d'abord les Notations rattachées aux 3 stagiaires à supprimer, et ce, avant de supprimer les dits stagiaires.

A+

[Alexandre le Grand]

Bonjour,

Je te conseillerai de changer les propriétés des liaisons avec clés étrangères (partie SPÉCIFICATION INSERT et UPDATE), tu changes la règle de suppression en cascade, de même pour les mise à jour aussi.

Tu peux aussi le faire en modifiant les tables par code: Pour chaque table participant à la relation et recevant une clé étrangère, tu modifies comme suit:

Code :

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

1
2
3
4
5
 
ALTER TABLE [dbo].[Table1]  WITH CHECK ADD  CONSTRAINT [FK_ForeignKey] FOREIGN KEY([CléTable2])
REFERENCES [dbo].[Table2] ([CléTable2])
ON UPDATE CASCADE
ON DELETE CASCADE

[hmira]

Bonjour,
Je te conseillerai de changer les propriétés des liaisons avec clés étrangères (partie SPÉCIFICATION INSERT et UPDATE), tu changes la règle de suppression en cascade, de même pour les mise à jour aussi.

ATTENTION :

- La clause ON DELETE CASCADE est astucieuse et même séduisante sur le plan purement technique. Mais, cette clause est lourde de conséquence sur le plan fonctionnel (métier).

- Le développeur ne doit jamais prendre cette initiative (ON DELETE CASCADE ) tout seul, et ce, juste pour contourner je ne sais quel message d'erreur ! Il doit impérativement en référer au Chef de Projet, en lui expliquant bien l'impact réel de cette clause sur les données.

- D'aucuns décideurs seront peut-être tenté d'utiliser la clause ON DELETE CASCADE pour effacer d'un coup de baguette magique les dettes fournisseur, après suppression du fournisseur, mais rares sont ceux qui recourront un ON DELETE CASCADE pour effacer les créances d'un client après suppression du client !

A+

[Invité]

Un petit retour d'expérience vécue.
Un développeur voulait purger dans une bd de DEV une table qui contenait des informations non pertinentes à son sens.
Après le delete et ces cascades, plus de 90% des données avaient disparu.
L'information m'est revenu quelques jours après et donc, les sauvegardes quotidiennes correctes avaient été supprimmées. (ben oui, au grand désarroi des développeurs, je ne garde pas les sauvegardes pendant 3 mois!)
Toujours est-il que j'ai du travailler pendant une bonne semaine pour remettre des données et une cohérence acceptable dans la base...