Suite à la question this, serait-il judicieux de placer un service WCF côté serveur, entre le client et la base de données pour gérer les requêtes? L'idée étant de prendre en charge le réseau et de réduire les allers-retours vers et à partir d'une base de données.Service WCF pour gérer les requêtes SQL - conseils
J'utiliserais Entity Framework pour interroger la base de données dans le service et envoyer les résultats aux applications demandeuses sur le réseau. Je me demandais si c'était une idée idiote ou bonne?
Il y aurait jusqu'à 10 clients et 1 serveur. Beaucoup de requêtes demandant quelques milliers d'enregistrements à la fois, nécessitant un peu de calculs appliqués à certains moments.
@marc_s Je m'intéresse à ce que vous entendez par «dépôts» ... pouvez-vous élaborer? Donc, vous n'utilisez pas un service ou seulement pour des choses très spécifiques? –
@TOny: Référentiel comme dans le modèle Repository défini par Martin Fowler; voir ce lien ici http://weblogs.asp.net/fredriknormen/archive/2008/04/24/what-purpose-does-the-repository-pattern-have.aspx ou recherchez Google ou Bing pour "Repository Pattern" - Vous obtiendrez des tonnes de résultats –
@Tony: Je ne sais pas exactement quel sens cela fait d'essayer de trouver un service WCF «générique polyvalent» qui devrait pouvoir interroger tout et l'évier de la cuisine. Je préfère que mes services soient spécifiques: un CustomerService, un LoginService, un ProductService etc. - rend les choses beaucoup plus faciles, IMHO –