Couche business, couche dao

Bonjour tout le monde,

je travaille actuellement sur un projet interne de la boîte, où l'on gère des employés, et je me pose des question "architecturale" au niveau du rôle concret de la couche business et DAO au sein d'une application.

Exemple : Récupérer toutes les personnes dont le prénom commence par "O"
Moi j'aurai tendance à laisser travailler le sgbd pour nous et faire
une méthode dans la couche service et une méthode dans la couche DAO
par exemple:
EmployeeServices.java

Code:

---

1 2 3 4 5

public List getEmployeeByName(String name){ DaoEmployee dao = new EmployeeDao(); return dao.getEmployeesByName(name); }

---

et donc forcement j'ai du rajouter une méthode dans ma couche DAO afin d'attenindre mon objectif

2 eme idée : Se dire que le Dao contient deja la plupart des méthodes classqiues et qu'alors j'effectue un tri dans ma couche business moi même avec boucle for et tout le tralalala...


Et vous que feriez-vous ?


Merci de vos réponses sur ce petit sujet qui crée des divergences .
Bien à vous,
omlip

Pour moi tout cela dépend vraiment du contexte de l'application, sans connaitre votre cas particulier voici mon humble avis :

Si l'appli fonctionne avec un état et que tu as déja la liste de personnes loadée dans une liste ou un set, il vaut mieux réutiliser cette liste en faisant une restriction métier, cela évite de multiplier les requêtes SQL ( surtout si le serveur de données n'est pas en localhost )

Par contre si tu fonctionnes sans état et que chaque appel génère une requete dans ce cas autant mettre la restriction dans la requete SQL.

Notre situation est une application Web,

la liste n'est pas retenue en mémoire ou quoi que ce soit, on remplit un formulaire avec 1 textfield, puis on passe par l'Action Struts, puis dans le services, puis la on récupère nos données...


Donc dans ce cas tu penserais à laisser le sgbd s'occuper de cette logique ???
PS : de toute façon on doit faire une requete SQL derrière :)


Merci
Omlip