Transaction dans couche métier

Citation:
Envoyé par rumpeballe
Bonjour,

Je rencontre un petit problème conceptuel. J'essaie de développer un petit programme basé sur une architecture 3 tiers (DAL, BLL, IU).

Dans ma DAL j'ai 2 methodes : LoadArticle(IdArticle) et LoadNomenclature(IdArticle).

LoadArticle va lire les données de la table Articles et LoadNomenclature va lire les données de la table Nomenclatures suivant l'IdArticle passé en paramètre.
Dans ma BLL j'ai une méthode ChargerArticle(IdArticle) qui fait appel aux 2 méthodes de ma DAL.
Code:

1 2 3 4 5 6 BLL.ChargerArticle(IdArticle) [BeginTransaction] DAL.ChargerArticle(IdArticle) DAL.ChargerNomenclature(IdArticle) [Commit]
J'aimerai regrouper les 2 méthodes de ma DAL au sein d'une même transaction.

Le problème c'est que je ne sais pas comment m'y prendre.
L'objet Transaction s'appuie sur l'objet Connection mais la connexion n'existe que dans la DAL.
Donc comment faire pour débuter une transaction dans la BLL? Si la connexion doit être géré par la BLL on introduit alors un élément de la DAL, ce qui n'est pas forcément recommandé.

Quelles sont les bonnes pratiques à appliquer dans ce cas?

D'avance merci pour votre aide.
En fait tout dépend de ce que tu utilises comme framework si tu utilises Spring et son pattern IoC tu peux imaginer injecter un service dans un autre (je n'utilise pas la même terminologie que toi)

Faire du transactionel au niveau dao est une erreur. Mais maintenant en cas d'échec veux tu vraiment que l'ensemble des opérations (ca peut être un batch ou un autre long traitement provoque des rollbacks sur l'ensemble des données)

Au travers de mes expériences je préfère de loin avoir au pire quelques données stockées en base que d'annuler l'ensemble des opérations pour une simple erreur (c'est tout le problème des développeurs qui soulèvent des Exception à tout moment et notamment l'usage du mécanisme de rollback lors de la première exception)

Après cela dépend du type d'application que tu développes, si n'importe quel requête doit être faite de manière transactionnel ou pas, je suis toujours surpris de voir les pratiques que font certains développeurs pour rendre des applications dont les traitements ne sont pas critiques paranoié au point de tout rendre transactionnel.

Ils oublient ce qu'implique un traitement dit transactionnel et les systèmes de verrous et de blocage des données qui peuvent être provoqués (pour du simple accès aux données)

Garantir les données lors d'update ou d'insertion est une chose (si aucun rollback n'est soulevé), bloqué un système lors de simple lecture en est une autre.