Discussion :

[M_Makia]

Bonjour à toutes et à tous,

Je souhaiterais avoir votre avis sur l'utilisation des procédures stockées et des ORM.

• Quels sont les avanatges et inconveniants de l'un et de l'autre ?
  
• Est-ce bien de faire une couche d'acces aux données entierement avec des procédures stockéés ?
  
• Que pouvez-vous me dire concernant la maintenabilité et les performances ?
  
• Est-ce qu'il peut y avoir des problèmes de montée en charge avec un ORM ( plusieurs centaines de personnes connectées à l'application)

Merci de me faire partager vos experiences.

[DotNetMatt]

Quels sont les avanatges et inconveniants de l'un et de l'autre ?

Je ne pense pas que ce soit une bonne idée de les comparer, puisqu'ils sont plutôt complémentaires. La procédure stocké (SP) est un objet lié à ta base de données. L'ORM te permet en quelque sorte d'abstraire la structure de la base de données sous forme d'entités que tu peux ensuite utiliser facilement et directement dans ton application. Ca te permet notamment de ne pas avoir à manipuler de SQL au sein de ton application, l'ORM le génère pour toi.

Est-ce bien de faire une couche d'acces aux données entierement avec des procédures stockéés ?

La couche d'accès aux données se situe au-dessus de la base de données, donc la question n'a pas vraiment de sens. Après oui tu peux appuyer ta DAL sur un ensemble de SP.

Que pouvez-vous me dire concernant la maintenabilité et les performances ?

La question est assez vague, sachant que la réponse peut être différente selon ton projet et l'architecture cible... Je t'invite à lire ces quelques liens pour te faire ta propre idée :
- Pros and cons of using an ORM
- Pros and cons of an ORM

Est-ce qu'il peut y avoir des problèmes de montée en charge avec un ORM ( plusieurs centaines de personnes connectées à l'application)

Ca dépend des performances que tu attends. D'après certains bloggueurs qui ont procédé à des tests, si tu recherches des performances ultimes (je dis bien ultimes), rien ne vaut une DAL écrite en utilisant ADO.NET sans ORM. Sinon, l'ORM fournit également de très bonnes performances pour peu que tu aies bien architecturé ta DAL...

Voici un peu de lecture :
- Test effectué par Microsoft
- Performance Considerations (Entity Framework)
- Is Entity Framework suitable for High Traffic website?
- Entity Framework VS LINQ to SQL VS ADO.NET with stored procedures?
Tout cela étant bien sûr à mettre en perspective en fonction de ton projet, et de l'architecture cible et des contraintes que tu pourrais avoir Aucune réponse n'est clairement tranchée.

[M_Makia]

Je te remercie beaucoup pour ces informations.

[DotNetMatt]

Je voudrais également ajouter que le fait d'utiliser des SP peut te permettre de déléguer certaines opérations lourdes (par exemple des calculs) au serveur de base de données, plutôt que de les effectuer sur ton serveur applicatif.

Mais là encore, tout dépend de ton architecture et du type de projet

[M_Makia]

Ok, merci pour cette précision.

Sinon, l'ORM fournit également de très bonnes performances pour peu que tu aies bien architecturé ta DAL...

Peux-tu me conseiller pour une bonne architecture ?

[DotNetMatt]

Peux-tu me conseiller pour une bonne architecture ?

Là comme ça, je ne peux t'orienter que vers une architecture standard, qui va répondre à 80% des situations...

Voici donc un bon exemple d'architecture standard :
- High Performance Data Access Layer Architecture Part 1
- High Performance Data Access Layer Architecture Part 2
- High Performance Data Access Layer Architecture Part 3

Si tu rencontres des problèmes avec, c'est que tu te situes dans les 20% restants, avec un ou des cas particuliers. Dans ce cas il faudra envisager de rajouter du multithreading, et/ou un système de cache, ou tout autre technique permettant d'optimiser les performances.

[M_Makia]

Merci !
je vais regarder ca.