Version imprimable
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 ;)
Que vas tu faire avec ces Web Services après ?
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...
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.
MVVM c'est pour wpf/silverlight, pour un webservice il n'a pas lieux d'être:P.
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.
L'un empeche pas l'autre. Tu peux tout a fait faire un webservice qui n'appel que des procédures stocké.Citation:
Envoyé par youtpout978
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...
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).Citation:
Envoyé par micka132
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.
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.
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
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
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...
Oui,
Une explication (très) grossière :
Une fonction par exemple qui permettrait d'insérer ou modifier des données en base de données et que tu "bloque" lorsqu'elle est appeler par un processus client.Les autres devront attendre que tu leur notifie qu'elle est de nouveau disponible.
Cependant, je ne l'ai jamais mis en place en C#. Je ne l'ai utiliser que en Java donc je ne serai te guider que sur le principe et pas le concret.