Procédure stockée & LINQ, Dmbl Impossible d'interpréter le jeu de résultats

Question

J'ai plusieurs procédures stockées qui, lorsqu'elles sont ajoutées à mon dbml, il semble que dans les coulisses, LINQ ne peut pas interpréter le jeu de résultats et mappe simplement le résultat en entier. . Je dois ensuite créer moi-même la classe résultat, ce qui est pénible, mais je dois aussi changer le fichier du concepteur chaque fois que je l'ajoute à mon dbml car il va le recharger et mapper le résultat à un int pour chacun procédures stockées.

Est-ce un problème avec mes procédures stockées que LINQ ne peut pas interpréter, puis créer la classe de résultat pour moi. Ou est-ce un problème avec LINQ?

Answer 1

Utilisez-vous une table temporaire dans votre sproc? Cela provoque un problème (le problème est en fait de SQL). Voici un blog post à ce sujet, la solution est de remplacer temporairement le sproc tout en ajoutant le sproc au DBML.

Malheureusement, je ne pense pas qu'il y ait une meilleure solution ...

EDIT: Here est quelqu'un d'autre avec le même problème, et une solution légèrement différente.

EDIT AGAIN: Here est une bien meilleure explication et une solution qui n'implique pas de remplacer le sproc lorsque vous avez terminé; Il inclut du code supplémentaire dans le sproc pour détecter quand FMTONLY a été défini et le désactiver temporairement. Idée soignée, je peux l'essayer dans le futur.