[ASP.NET 2.0 et C#] les transactions

Bonjour,
je voudrais savoir comment créer une transaction dans ASP.NET 2.0.
J'ai deux tables liées par une relation de type many-to-many (donc une troisieme table qui est la table relation). je voudrais créer une transaction pour inserer dans la table parente et la table relation, mais je ne sais pas comment créer cette transact.
merci d'avance.

cherche DBTransaction qui est une classe abstraite et tu as sqlTransaction pour sql Server OracleTransaction pour oracle et OleDBTransaction pour le reste.

Bonjour,
J'utilise un DataSet typé dans une architecture 3 tiers. Je ne sais pas ou exactement placer le code pour les objets sqlTransaction. J'ai pensé aux classes Partielles, mais comment faire exactement, je ne sais pas.
merci bien de me guider. :oops:

Pour une base de données SQL :
Crée une nouvelle transaction

Code:

---

SqlTransaction sqlTrans;

---

Tu l'initialises

Code:

---

SqlTrans = sqlConn.BeginTransaction("Ma_transaction");

---

Pour tous les traitements que tu vas effectuer sur les données, crée des objets SqlCommand

Code:

---

SqlCommand sqlCmd = ...

---

Que tu associes à la transaction

Code:

---

SqlCmd.Transaction = sqlTrans;

---

Ensuite tu les exécutes

Code:

---

SqlCmd.ExecuteNonQuery();

---

...
Si tu arrives à un stade ou tu veux appliquer toutes les modifications à la base de données, tu fais

Code:

---

SqlTrans.Commit();

---

S'il ya une exception ou erreur quelconque, tu fais

Code:

---

SqlTrans.Rollback();

---

Espérant que ca va t'aider

Bonjour jpelaho (et tout le monde bien sùr)
Dans les applications WindowsForms en .NET 2003, je fesais exactement ce que tu a fais et décris, mais en .NET 2005 avec des appli WebForms, je ne trouve pas ou mettre le code. En effet, j'utilise un dataset typé, donc il génère automatiquement un objet DataTable et un TableAdapter pour chaque table. Mon problème c'est que je n'ai pas d'objet sqlConnexion car tout est integré dans les objets DataTable et TableAapter. De plus, à l'inverse de .NET 2003, je n'ai pas accés à la propriété "InsertCommand" de l'Adapter (elle n'existe pas) pour lui affecter l'objet transaction.
Dans quelle couche de mon architecture 3 tiers je dois inserer ce code ?
le plus logique serait de le mettre dans la couche accès aux données (pour cela je dois utiliser les classe partielles).
Je vous dis sincerement, je suis completement perdu. à l'aiiiiiiiiiiiide :cry:

Pour revenir au code donné plus haut il est applicable autant sur .net 2003 que sur 2005 et quelque soit le type d'appli (Web ou Windows)

J'avoues que je ne comprends plus trop ton problème quand tu parles de classes partielles (c'est pour faire quoi dans ton cas ?)

As tu pensé à effectuer la transaction à l'aide d'une procédure stockée et l'appeler dans ton code ?

Bonjour,
j'avoue aussi que je ne trouve pas comment décrire précisément mon problème, mais pour comprendre, STP crée une appli web utilisant utilisant un DataSet Typé.
1) -D'abords j'utilise une architecture 3 tiers, pour ça parmi les problèmes que je trouve est celui de l'endroit du code (c-à-d, dans quelle couche de mon architecture).

2)- l'objet connexion n'existe pas (pas comme en 2003 où on avait un SqlConnection). donc comment faire ça ?
SqlTrans = sqlConn.BeginTransaction("Ma_transaction");

3)- à l'inverse de 2003 où j'utilisais des SqlAdapter pour l'accès à la BDD, et qui permet d'affecter aux propriétés xCommand (insert, update et delete) la transaction créée. En 2005 je ne trouve pas comment le faire. donc

SqlCommand sqlCmd = ...
et ce code
SqlCmd.Transaction = sqlTrans;

je ne sais pas où le placer.

Bref, si c'est moi qui déclare les SqlCommand et le SqlConnection, ça revient à ne pas utiliser le DataSet typé, et reréflichir toute l'architecture de l'appli.

J'espere que j'ai bien expliquer mon bleme.

et merci beaucou. ;)

t'as pas moyen dans la couche business de déclarer une transaction et de passer celle ci dans chaque data ?

Code:

---

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

Trans = new SqlTransation(""); try {   Data.Delete(Objet,Trans); Data.Insert(Objet,Trans); Data.Update(Objet,Trans); Trans.Commit();   } catch(Exception) Trans.Rollback();

---

Fix

Nkonito, je comprend mieux pourquoi tu parlais de classes partielles.

En effet sur VS2003, pour étendre le code personnalisé généré par l’utilisation des dataSets Typé, il fallait être sûr de ne jamais modifier la structure du schéma (sinon tout était supprimé lors de la régénération de code)

Les classes partielles permettent de « customiser » la classe du dataset généré dans un autre fichier qui lui reste intact à chaque génération automatique du code. Et c’est cette solution qui fait que Microsoft poussent les développeurs à utiliser ce type de dataset plutôt que les dataset standart. Bref cet article devrait t’aider à avancer :

http://www.microsoft.com/france/msdn...tasetVS05.mspx

Pour ton cas, tu peux ajouter du code pour capter l’insertion dans la table de l’entête et ainsi créer et exécuter ta transaction pour propager les modifications sur les lignes …

Fix je n'ai pas tres bien compris ce que tu as appélé "data" !

Merci jpelaho,
je vais jeter un coup d'oeil, et je te rendrai la réponse.

fix105, je n'ai pas compris ce que c'est Data dans ton code.

Excusez moi, c'était la couche data, l'appel de cette couche.

Fix

C'est une assez bonne piste, je vais voir aussi.
jpelaho, j'essais de créer des classes partielles pour chaque TableAdapter et d'ecrire mes propres fonctions de Update.
J'espere que ça va marcher.

merci jpelaho;
regarde ce que j'ai fait (exemple):

j'ai un dataset typé nommé MonDataSet, qui contient une DataTable et une TableAdapter nommées ClientDataTable et ClientTableAdapter respectivement.

J'ai créé une classe partielle de la classe ClientTableAdapter comme suit:

namespace MonDataSetTableAdapters
{
public partial class ClientTableAdapter
{
}

dans cette classe partielle, j'ai ajouter une fonction UpdateTransact() en utilisant les objets transactions.

reste un seul problème, car ce que j'ai fais marche trés bien pour une seule table, mais pour plusieurs tables, il faudra penser à la meilleure façon d'implementer ces transactions. en tout cas je vais voir ce que je peux faire, et si toi tu as une idée, je serai prenant.
merci beaucoup.

Bonjours,
La solution au problème est comme suit:

On génère une classe partielle pour chaque classe (TableAdapter) qui est suceptible d'executer une transaction, pour nous donner accès au sqlDataAdapter de la classe. On crée une fonction [nommée par exemple UpdateTransaction(sqlTransaction trans) ] qui prend comme paramètre un sqlTransaction, et dans cette fonction on initialise les xCommmand du DataAdapter (xCommand : InsertCommand,....).

Ensuite, on crée une autre classe dans la couche métier (que j'ai nommé TransactionBL). Cette classe comporte 2 propriétés : sqlConnection pour récupérer la connexion à la base. et une sqlTransaction.
Dans cette classe, on ecrit toutes les fonctions qui necessitent des transactions.

voila, ça regle assez bien le problème.
Il y a une solution plus optimale que celle là, mais que je n'arrive pas à trouver comment l'implémenter, car le type TableAdapter n'existe pas.

Tiens, y a une idée qui me vient à l'esprit ;)

J'espere que cette discusion reglera le problème de beaucoup de programmeurs, et si quelqu'un trouve une solution plus optimale que ça qu'il me la donne.

Merci à tout le monde.