Discussion :

[abbepierre94]

Bonjour à tous

Mon application est en Silverlight 3 avec Ria Services + Entity Framework et SQL 2008.

J'ai actuellement un script SQL assez complexe et long qui fait un tas de calculs à partir des données en base, et tout à la fin il retourne les variables calculées :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select @var1, @var2

Comment puis-je récupérer le résultat l'afficher dans ma page Silverlight ?
Je ne peux pas faire de vue (car ne peut contenir des calculs). J'ai pensé à une procédure stockée qui ferait les calculs et retournerait les 2 variables, mais je ne vois pas comment récupérer ça dans Silverlight.

Bref, j'ai cherché sans succès. Merci si vous avez une idée

[Invité]

Le plus simple pour toi serait de créer une procédure stockée puis de faire une importation de fonction sur la procédure stockée via Entity Framework. Une fois l'importation effectuée tu pourras exécuter cette fonction côté serveur (WCF par exemple) et renvoyer le résultat au client Silverlight.

[abbepierre94]

Merci bcp à toi h2. C'est intéressant, je ne connaissais pas. Suite à ta réponse, j'ai trouvé cet article qui explique la démarche :
http://blog.developpez.com/bdevuyst/...edure-functio/

Je suis sûr que ça fonctionne, seulement ça me pose problème. En effet, je suis en mode dév et je fais des modifs en base 10 fois par jour. Et à chaque fois j'efface puis regénère l'edmx (car le "Update model from database" ne fonctionne pas bien). Donc si je dois faire la manip de l'importation de fonction à chaque fois (pour peu qu'il y ait 50 manip car 50 fonctions), c'est embêtant.

Donc s'il y a une solution alternative, je suis preneur. Si non, je vais devoir me retaper tout mon script SQL en LINQ

[Invité]

Je suis sûr que ça fonctionne, seulement ça me pose problème. En effet, je suis en mode dév et je fais des modifs en base 10 fois par jour. Et à chaque fois j'efface puis regénère l'edmx (car le "Update model from database" ne fonctionne pas bien). Donc si je dois faire la manip de l'importation de fonction à chaque fois (pour peu qu'il y ait 50 manip car 50 fonctions), c'est embêtant.

Quelle est l'erreur qui t'est renvoyé en faisant un "Update model from database" ?

Concernant l'importation des fonctions, L'implémentation de la procédure peut changer autant fois que tu veux tant que le nombre et le nom des paramètres de ta procédure stockée n'ont pas changé alors c'est pas la peine de mettre à jour le model.

[abbepierre94]

Concernant l'importation des fonctions, L'implémentation de la procédure peut changer autant fois que tu veux tant que le nombre et le nom des paramètres de ta procédure stockée n'ont pas changé alors c'est pas la peine de mettre à jour le model.

Tout à fait d'accord. EF ne voit que les entrées/sorties, pas le contenu.

Quelle est l'erreur qui t'est renvoyé en faisant un "Update model from database" ?

En fait, je vais être un peu vague, mais des fois ça renvoit des erreurs, des fois pas, des fois ça fout la merde à l'exécution parce que ça a cassé des liens...
Si tu cherches sur Google "Update model from database bug", yen a tout plein.
Du coup on a reçu l'ordre de regénérer l'edmx quelque soit la modif en base

[Invité]

En fait, je vais être un peu vague, mais des fois ça renvoit des erreurs, des fois pas, des fois ça fout la merde à l'exécution parce que ça a cassé des liens...
Si tu cherches sur Google "Update model from database bug", yen a tout plein.
Du coup on a reçu l'ordre de regénérer l'edmx quelque soit la modif en base

C'est normal. Toute modification du schéma de la base de données (Relations entre tables, ajout de nouveaux champs obligatoires, suppression de tables etc) doit être suivie de la mise à jour du model EF sinon on risque d'avoir des surprises lors de l'exécution.

Une méthode plus simple est la suivante :
Si on est plusieurs à développer sur un projet utilisant EF, il faut choisir un développeur qui se chargera d'effectuer toutes les modifications nécessaires à la base de données même si c'est pas lui l'auteur de la modification et aussi c'est à lui que revient la mise à jour du model EF. Comme ça on diminue le risque d'avoir un model EF pas à jour.