Linq To Sql - Rollback

[flzox]

Bonjour,
je débute avec Linq to SQL, et j'ai une question au sujet du Rollback.
J'insère des données en base que j'ai besoin d'utiliser immédiatement.
Donc pour ça je fais :

Code :

1
2
MaTable.InsertOnSubmit(UneNouvelleLigne);
MaTable.SubmitChanges();

Mais y a-t-il un moyen de revenir en arrière, une sorte de Rollback.
Sinon, existe-t-il une autre solution pour insérer des données en bases, les utiliser et annuler les changements ?

[GuruuMeditation]

Si tu veux faire un rollback, tu dois utiliser les transactions. Exemple :

Code c# :

Code :

1
2
3
4
using (TransactionScope scope = new TransactionScope()) 
{ 
...
}

[flzox]

Merci pour la réponse,
je vais regarder du côté de TransactionScope alors.

[flzox]

J'essaye d'utiliser le transactionScope mais j'ai un problème.
Je vois partout qu'il s'utilise de cette manière :

Code :

1
2
3
4
5
6
7
 
using (TransactionScope scope = new TransactionScope()) 
{ 
   MaTable.InsertOnSubmit(UneNouvelleLigne);
   MaTable.SubmitChanges();
   scope.complete();
}

Donc en gros il y a rollback si une exception est levée dans le bloc TransactionScope.
Seulement mon bloc TransactionScope n'est pas local mais global à l'application. Le commit se fait lorsque l'utilisateur clique sur "enregistrer" et il y a rollback s'il fait "annuler les modifications".

Donc j'ai plutôt fait ça :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
 public class MaClasse:Form
    {
        ...
        //Déclaration d'un TransactionScope global à l'application
        TransactionScope ts;
        ...
 
        public MaClasse()
        {
            InitializeComponent();
 
            ts = new TransactionScope();
            ...
        }
 
        private void buttonEnregistrer_Click(object sender, EventArgs e)
        {
            ts.Complete();
            ts = new TransactionScope();
        }
 
        private void buttonAnnuler_Click(object sender, EventArgs e)
        {
            ts.Dispose();
            ts = new TransactionScope();
        }
    }

Ça ne marche pas car du moment ou ts.Complete() ou ts.Dispose() sont appelés, j'ai beau détruire et reinstancier ts, je ne peux plus insérer de ligne dans la table.

[flzox]

Personne n'a déjà été confronté a cette problématique ?
Je me demande si le transactionScope est le bon objet à utiliser ...

[Bluedeep]

Envoyé par flzox

Personne n'a déjà été confronté a cette problématique ?

A vrai dire, presque personnes n'utilise Link2Sql, ses inconvénients dépassant largement ses bénéfices.

Je me demande si le transactionScope est le bon objet à utiliser ...

Avec Linq To Entities en tout cas, c 'est ce qui est utilisé habituellement.

[flzox]

Que faut-il que j'utilise alors ?

Mon besoin est très simple, je développe une application de gestion de budget, et j'ai donc besoin, entre autre, de stocker les opérations, de faire des requêtes, de tout annuler à n'importe quel moment, etc, bref les manipulations classiques de ce genre d'application.

Avec LinqToSql j'arrive à faire tout ça, sauf le rollback "global" dont je parle dans ce sujet.
J'ai regardé Linq To Entities, mais ça m'a eu l'air compliqué à mettre en place pour mon besoin et surtout, si c'est l'objet TransactionScope qui utilisé le problème reste le même.

Edit :
La solution serait peut-être de ne pas faire de submitChanges tant que l'utilisateur n'a pas cliqué sur "sauvegarder", et pour les requêtes, d'utiliser les opération sauvegardée en base + celles contenues dans DataContext.GetChangeSet();

Ou alors travailler sur une copie de la BDD tout simplement.

Qu'en penez vous ? J'ai l'impression de faire du bricolage et qu'une solution plus "élégante" existe.

[h2s84]

Envoyé par flzox

La solution serait peut-être de ne pas faire de submitChanges tant que l'utilisateur n'a pas cliqué sur "sauvegarder", et pour les requêtes, d'utiliser les opération sauvegardée en base + celles contenues dans DataContext.GetChangeSet();
Ou alors travailler sur une copie de la BDD tout simplement.

Vu que les modifications successives sont susceptibles d'être annulées alors autant les stockées en mémoire et les enregistrées que si l’utilisateur clique sur le bouton valider. Le bouton annuler quant à lui fera appel juste à la méthode Refresh de ton contexte pour annuler les modifications en mémoire et remplacer les valeurs par celles de la base de données.

[flzox]

Envoyé par h2s84

Vu que les modifications successives sont susceptibles d'être annulées alors autant les stockées en mémoire et les enregistrées que si l’utilisateur clique sur le bouton valider. Le bouton annuler quant à lui fera appel juste à la méthode Refresh de ton contexte pour annuler les modifications en mémoire et remplacer les valeurs par celles de la base de données.

Tu aurais un exemple parce que ça m'a l'air intéressant mais j'ai du mal à comprendre ?

Edit :
J'arrive à annuler des modif avec un objet DbTransaction global, mais après un Transaction.Rollback(); les clés primaires des objet "rollbackés" sont a priori gardé en mémoire car il m'est impossible de les insérer de nouveau, j'obtiens une exception lors du submitChanges() :
Impossible d'ajouter une entité avec une clé déjà en cours d'utilisation.