Discussion :

[Wurlitzer]

On m'a demandé de réfléchir à l'architecture d'une Data Access Layer en DotNet pour accéder à notre application sous Oracle. Et j'avoue que je sèche un peu

J'ai l'impression que cela concerne autant, si ce n'est plus les responsables des développements et que le DBA (d'ailleurs ce message serait peut être mieux sur le forum DotNet)

Avez vous déjà eu ce genre de choses à mettre en place (même dans un autre langage) ? Comment avez procédé ? Avez vous développé votre propre DAL ou utilisé un une bibliothèque du marché ?

Connaissez vous une doc simple sur le sujet ?

J'ai commencé à regarder Hibernate mais j'ai l'impression que cela part à l'inverse de ce que l'on veut faire. C'est à dire que c'est le code qui détermine les accès que l'on veut.

Moi, j'aimerais que cela soit le MCD qui nous permette d'écrire une bibliothèque d'accès.

Voilà, c'est très (trop) ouvert.

Merci pour toutes vos contributions.

[matoze]

Data access layer : c'est la couche d'acces aux donnees.
En fait on distingue plusieurs couche qui permetent de separer le code de maniere a le reutiliser plus facilement (voir cour ou livre d'UML).

Il y a la couche de donnee persistante donc ici ta base de donées, la couche d'acces aux donnees qui permet en fait d'isoler le code sql donc en fait de passer d'objet persistant (les tables) a des objets (programation objet (structure de donees + methodes, pointeur etc...)), Hibernate peut etre tres interessant lors de la manipulation de cette couche cela depend de tes besoins.

Tu peux, sinon, utiliser des classes sur le modele de tes tables et puis les instancier avec des requettes (tu as une table personne avec id, nom, prenom ta classe va comporter ces champs...). En gros tu essaye de transformer ton mcd en modele de classe basique et d'instancier ces classes.

Ensuite viens les couches metier, application, presentation.

Il est tres interessant de developper par couche pour la reutilisabilite, le travail d'equipe.... Cela va dans la continuite de la programmation objet.