Discussion :

[Ldoppea]

Bonjour,

J'ai dans ma base de données 2 tables, reliées entre elles par un foreign key. Soit la table A ayant un id_B devant être compris dans les entrées de la table B.

Dans mon application, j'ai une fonction qui doit supprimer des entrées dans la table B. Hors cela peut provoquer des exceptions (car on supprime des entrées utilisées par la FK de la table A).

En regardant l'exception levée, j'ai donc pu implémenter un try catch avec récupération de l'exception SqlException.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
try
{
	var monEntreeB = (from b in db.tableB
			  where b.ID.Equals(monID)
			  select b).FirstOrDefault();
	db.campus.DeleteOnSubmit(monEntreeB);
 
	db.SubmitChanges();
}
catch (System.Data.SqlClient.SqlException sqlException)
{
	MessageBox.Show("une erreur sqlException a été levée");
}

Ce qui fonctionne dans un premier temps, car si je supprime une entrée valide (non liée par la FK), tout fonctionne et si je supprime une entrée non valide, l'exception est gérée.

Le problème est que si je commence par supprimer une entrée non valide et qui lève l'exception, après, peut importe si je supprime une entrée valide ou non, l'exception est toujours levée.

Savez vous pourquoi?

Une première idée serait que le DeleteOnSubmit() n'est pas annulé lorsque le SubmitChanges() échoue, mais je ne sais pas comment l'annuler (un Rollback en LINQ?).

Merci d'avance!

[Jérôme Lambert]

Savez vous pourquoi?

C'est liée à ton DataContext tout simplement (db). Il faut savoir que celui ci fait un tracking de tous les changements (update, delete et insert). Grâce à cela, lorsque tu lui demandes d'exécuter les changements en base de données avec SubmitChanges, il sait ce qu'il doit faire.

Donc dans ton cas, la première fois qu'il essaye de supprimer une entrée B "non valide", il sait qu'il doit essayer de faire une suppression. Par contre la seconde fois que tu essayes de supprimer une entrée B, cette fois-ci "valide", ça ne fonctionnera pas car le DataContext se rappelle qu'il a toujours la première suppression à effectuer.

Tu vois ce que je veux dire ?

Une solution serait d'instancier un nouveau DataContext à chaque appel de ta méthode, ça aura pour but de repartir avec un tracking vide.

Par contre, c'est voulu d'interdire la suppression d'objets B considérés comme "invalides" ?

Tu peux pas retirer la clé étrangère en question dans les entrées A ?

Un code de ce genre :

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
16
17
18
19
20
21
try
{
    var mesEntreesA = from a in db.TableA
              where a.FKB.Equals(monID)
              select a;
    foreach(var entreeA in mesEntreesA)
    {
        entreeA.FKB = null; // Vu que ce sont des instances provenant du DataContext (db), dès que la ligne est exécutée, le DataContext sait qu'il faudra faire un update au prochaine SubmitChanges
    }
 
    var monEntreeB = (from b in db.tableB
              where b.ID.Equals(monID)
              select b).FirstOrDefault();
    db.campus.DeleteOnSubmit(monEntreeB);
 
    db.SubmitChanges();
}
catch (System.Data.SqlClient.SqlException sqlException)
{
    MessageBox.Show("une erreur sqlException a été levée");
}

tu peux aussi connaître les opérations Insert, Update et Delete en attente sur une DataContext en appelant la méthode GetChangeSet().

[Skyounet]

Y'a pas de méthode CancelChanges ?

EDIT : Ah ben non mais par contre tu pourrais appeler la méthode Refresh en lui passant RefreshMode.OverwriteCurrentValues (si j'ai bien compris).

Ou sinon tu utilises la méthode de Jérôme.

[Jérôme Lambert]

EDIT : Ah ben non mais par contre tu pourrais appeler la méthode Refresh en lui passant RefreshMode.OverwriteCurrentValues (si j'ai bien compris).

Je ne suis pas sûr que refresh permette d'annuler les insert et delete. L'appel à cette méthode n'est utile que pour annuler les update.

[Ldoppea]

Bonjour,

Pour la foreign key, oui c'est voulu. Je ne veux pas d'objets A orphelins, et encore moins supprimer des données involontairement lorsqu'on supprime une entrée de B

En passant par une nouvelle instance de mon DataContext ça marche déjà mieux. Jusqu'ici j'avais un DataContext commun à toute la fenêtre .

Pour le refresh, effectivement ça ne fonctionne pas pour les deletes. C'est dommage qu'on ne puisse pas faire de CancelChanges.

En tout cas merci, ça à résolu mon problème