[LINQ to SQL] "select" sans les données ajoutées

Bonjour,

Je souhaite faire une suite de modifications via un DataContext (généré par SqlMetal). Au début du traitement, j'ajoute des enregistrements dans une des "tables". Plus avant dans le code, cette "table" est utilisée dans une jointure. Problème : à ce moment, la table ne contient PAS les données ajoutées. Pourtant le "select" est construit après les ajouts...

Pour info :
1) les ajouts sont réalisés via InsertOnSubmit()
2) ca marche si je réalise un SubmitChanges() "entre deux", c'est à dire après les ajouts et avant de retravailler avec la "table" : cependant j'aimerais réaliser la totalité des opérations dans le cadre d'une transaction, afin de tout annuler en bloc au moindre problème...
3) J'ai essayé de conserver les SubmitChanges intermédiaires et de placer tout le code dans un

Code:

---

using( var scope = new TransactionScope() ) { ... }

---

mais je rencontre un autre problème lors de l'appel à une fonction d'une assembly : cette fonction n'a jamais posé de problème à ce jour, elle prend en parametre une connectionString et fait grosso-modo un bête select sur une table (non modifiée par le "code linq") : texte de l'erreur :

Citation:

---

L'accès réseau de MSDTC (Distributed Transaction Manager) a été désactivé

---

Voyez-vous une solution à mon problème ?

D'avance MERCI !

Essaie en utilisant une transaction explicite :

Code:

---

1 2 3 4 5 6 7 8

using (DbTransaction transaction = dataContext.Connection.BeginTransaction()) { // ...     transaction.Commit(); }

---

Pas mieux :cry:

Message d'erreur :

Citation:

---

ExecuteReader implique que la commande comporte une transaction lorsque la connexion attribuée à la commande se trouve dans une transaction locale en attente. La propriété Transaction de la commande n'a pas été initialisée.

---

Extrait du code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

private DataContextBaseTest _db = null; ... _db = new DataContextBaseTest(<chaine de connexion>); ... _db.Connection.Open(); using( var transaction = _db.Connection.BeginTransaction() ) { var listeEnreg = _db.TableDeTravail .Where(s => s.ColonneTest != null && s.ColonneTest.Trim() != "") .Select(s => s.AutreColonne) .Distinct() .ToArray(); // plantage du code ci-dessus }

---

Aurais-tu une autre idée ?

Pas moyen de demander à LINQ de travailler "en mémoire", quitte à "pré-charger" certaines "tables" ?

Je suis surpris : mettre à jour un dataContext, puis faire un select avec prise en compte des mises à jour, ça doit être possible sans en passer par une "inscription dans la base" ? Ou au pire dans le cadre d'une transaction ?

Toute aide bienvenue !

Et si tu ajoutes ça au début du using ?

Code:

---

_db.Transaction = transaction;

---

Citation:

---

Je suis surpris : mettre à jour un dataContext, puis faire un select avec prise en compte des mises à jour, ça doit être possible sans en passer par une "inscription dans la base" ?

---

Non, le Select prend toujours ce qu'il y a en base... les modifications que tu as faites ne sont visibles qu'après le SubmitChanges

Cela fonctionne ! :)

De façon un peu plus concise, on peut écrire :

Code:

---

1 2 3 4 5 6

using( _db.Transaction = _db.Connection.BeginTransaction() ) { ... _db.Transaction.Commit(); }

---

Merci beaucoup pour ton aide ! :ccool:

Les transactions scope utilise le service msdtc qui est désactivé par défaut, il suffit de le lancer ;)