Comment retourner une valeur à partir d'une procédure stockée à EF

Je suis d'essayer d'appeler une procédure stockée par EF et récupérer une valeur de retour de la procédure stockée. J'ai utilisé cette répondre en tant que guide. Voici ma procédure stockée:

CREATE PROCEDURE [dbo].[usp_test]
(
    @result int OUT
)
AS
BEGIN

--DO STUFF

SET @result = 0
END

Ici est de savoir comment je vais l'appeler à partir de EF:

var status = new SqlParameter
{
    ParameterName = "result",
    DbType = DbType.Int32,
    Direction = ParameterDirection.Output 
};
var result = context.Database.SqlQuery<int>("EXEC usp_test @result", status);
var wasSuccessful = result.First() == 1;
if (!wasSuccessful)
{
    //DO STUFF
}

Je reçois ce message d'erreur:

Le lecteur de données a plus d'un domaine. Plusieurs champs ne sont pas valides pour la GED primitive ou une énumération des types de

Ce que je fais mal?

Avez-vous fait une sélection dans votre procédure stockée? Si c'est votre type de retour. Comme un soupçon - vous devez utiliser le jeu de résultats avant que vous pouvez obtenir la valeur du paramètre de sortie.
L'ensemble de la procédure stockée est dans la question. J'ai aussi essayé SET @result = 0.
OK. --DO STUFF indiqué que vous faites quelque chose dans le corps et vous ne définissez pas la valeur du paramètre de sortie, c'est pourquoi je ne sais pas si c'est une procédure complète...
Désolé pour la confusion. Est ce que je fais maintenant (mis à jour) la façon dont vous définissez un paramètre de sortie dans la SP?
Je ne me souviens pas pour le moment mais il se pourrait que EF attend toujours un jeu de résultats. Pouvez-vous ajouter un mannequin SELECT 0 de votre procédure stockée et voir si cela fonctionne?

OriginalL'auteur im1dermike | 2016-02-12

  1. 4

    Essayer select @result avant la fin de la procédure.

    CREATE PROCEDURE [dbo].[usp_test]
(
    @result int OUT
)
AS
BEGIN

--DO STUFF

SET @result = 0
Select @result
END

    Espère que cela fonctionne.

    Le SELECT à la fin de la SP après le réglage de @result fait. Merci!

    OriginalL'auteur Mojtaba

  2. 0

    Essayez d'ajouter .First(); à la fin...

    var result = context.Database.SqlQuery<int>("EXEC usp_test @result", status).First();

    Je n'ai pas cela, vous avez besoin First() ici, soit depuis que vous êtes de retour d'une seule valeur, ce qui ne fonctionnerait qu'avec un IEnumerable - mais à vérifier.

    var wasSuccessful = result == 1;
    Je ne vois pas quelle est la différence entre cela et ce que j'ai...

    OriginalL'auteur christiandev

  3. 0

    Je voulais retourner le nouvel id d'une ligne insérée avec une procédure stockée. Donc, j'ai aussi fait un paramètre de SORTIE. En C# avec EF6 je l'ai eu comme suit:

    using System.Data.Entity.Core.Objects;
...
db = new myEntities1();
ObjectParameter returnId = new ObjectParameter("returnId", DbType.Int64);
db.postLogItem("New item.", returnId);
MessageBox.Show("Logitem added. New returnId: " + (int)returnId.Value);

    Le nom de la variable dans la procédure stockée doit correspondre à l'un d'appeler le constructeur de ObjectParameter.

    CREATE PROCEDURE [dbo].[postLogItem]
    @description nvarchar(200),
    @returnId bigint OUTPUT
AS
BEGIN
    SET NOCOUNT ON;

    INSERT INTO dbo.LogItem 
        (
            time,
            description
        )
        VALUES
        (
            GETDATE(),
            @description
        );

    SET @returnId = SCOPE_IDENTITY();
END

    OriginalL'auteur Pete

  4. 0

    Changement ParameterDirection.Sortie de ParameterDirection.ReturnValue

    OriginalL'auteur Grayson

  5. -3

    Si rien ne fonctionne, alors vous pouvez essayer cette approche alternative:

    1. Calculer le résultat de PROC et de l'enregistrer dans une table de base de données
    2. Lire les données à partir de cette table en EF code.

    Toutefois, si vous avez un tel système peut exécuter de nombreuses tel EF codes en parallèle puis bien sûr, votre procédure stockée besoins deviennent plus sophistiqués pour gérer la concurrence d'accès.

    Merci, j'espère que ça peut aider.

    C'est juste le type de hacky solution que j'ai généralement éviter à tout prix.
    Eh bien, c'est pourquoi j'ai dit que si rien d'autre ne fonctionne.

    OriginalL'auteur Jayesh Prakash