Discussion :

[wildtiger3]

Bonjour,
je suis débutant en programmation C#. Je dois développer un ensemble d'applications dialoguant avec une base de données. Ces applications seront nombreuses et risquent de secouer la base de données (beaucoup de requetes lourdes demandées très fréquemment).
Pensez-vous que l'utilisation d'une couche WebService dédié à la communication avec la base de données vous paraît judicieuse?
Et si oui, quel pattern utiliser pour coder ce WebService? MVVM?
Merci pour vos éclaircissements

[clemou01]

Que vas tu faire avec ces Web Services après ?

[youtpout978]

Bonjour,
je ne vois pas en quoi les webservices seraient utile dans ton cas tu executera toujours autant de requête lourde sauf que tu passera par l'intermédiaire de ton webservice, je pense que dans ton cas l'utilisation de procédure stockée sera préférable(permettant à ta base d'optimiser leur execution) et aussi l'utilisation d'index bien placé pour un gain de temps considérable sur l'execution de tes requêtes.

[wildtiger3]

A vrai dire, je pensais qu'en faisant ainsi, je limitais le nombre de connexions. Mais peut être que ce n'est pas judicieux en effet...

[Pynouz]

En effet, un webservices n'allegera pas les sollicitations de la bdd.

Cependant, si tu as plusieurs clients utilisant cette base de données un web services peut être utile afin de gérer les accès concurrents.

[micka132]

MVVM c'est pour wpf/silverlight, pour un webservice il n'a pas lieux d'être.

L'avantage du webservice c'est que l'exposition du service sera facilité.

Maintenant si tu es dans un réseau local, avec aucune sortie vers l'exterieur, le web service n'est pas forcément nécessaire.

je pense que dans ton cas l'utilisation de procédure stockée sera préférable(permettant à ta base d'optimiser leur execution) et aussi l'utilisation d'index bien placé pour un gain de temps considérable sur l'execution de tes requêtes.

L'un empeche pas l'autre. Tu peux tout a fait faire un webservice qui n'appel que des procédures stocké.

[youtpout978]

L'un empeche pas l'autre. Tu peux tout a fait faire un webservice qui n'appel que des procédures stocké.

Je sais très bien mais dans son cas ce qu'il cherche à faire d'après ce que j'ai compris, il veut utiliser le webservice pour créer une queue de connexion (attendre que le premier est fini d'exécuter sa requête pour passer au suivant).

Wildtiger si tu as un DBA qui pourrait t'aider n'hésite pas une seconde tu verras que des requêtes qui dure 1min30 peuvent durer 2s après optimisation de la BDD et de la requête.

Chose importante que tu nous a pas dit c'est le type de BDD que tu utilises.

[wildtiger3]

Une bdd SQL Server (>=2005) mais apres reflexion, tu as raison, l'utilisation d'un web service ne me paraît pas judicieuse.
J'en profite donc pour passer a la question suivante:
quelle technologie utiliser pour accéder aux données?J'ai entendu parler de OData? LinqToSQL? etc...
Merci

[youtpout978]

je te conseillerais ADO.net ou Entity Framework avec les deux tu peux utiliser des procédures stockées, tu trouveras de nombreux tutos sur developpez.com

[wildtiger3]

Gérer les accès concurrents?
En fait, mon objectif est une refonte en C# d'une gamme d'applications codées en delphi. Avec les applications delphi, j'ai beaucoup de probleme de "dead lock" coté base de données. Je pensais resoudre ce probleme en créant un web service...

[wildtiger3]

Mon but c'est d'alleger la base car plusieurs applications vont font devoir sy connecter pour y faire de nombreuses et frequentes requetes (dont certaines seront lourdes). Donc je voulais faire en sorte que chaque application passe par ce webservice pour récupérer des listes de données, mettre a jour, supprimer, etc...