Hier ist meine gespeicherte Prozedur. Wenn ich es teste, bekomme ich immer das richtige Ergebnis zurück.
%Vor%Wenn ich diese gespeicherte Prozedur jedoch unter dapper.net aufruft, gebe immer -1 zurück.
%Vor%Wahrscheinlich kann dapper.net den Rückgabewert nicht von der gespeicherten Prozedur übernehmen. aber ich weiß wirklich nicht, wie ich es beheben kann. bitte hilfe.
Der Grund dafür, dass Execute () den Wert -1 zurückgibt, liegt daran, dass Ihr Sproc SET NOCOUNT ON; hat, was die "xx rows affected" Nachricht nach einer DML "unterdrückt" gemäß diese Frage . Ob Sie das deaktivieren möchten oder nicht, ist eine weitere Frage, die auch in diesem Link behandelt wird.
Ich bin gerade auf das gleiche Problem gestoßen, also dachte ich, ich würde meine 2 Cent einwerfen.
Die Lösung gefunden, hier ist der Beispielcode, den ich online gefunden habe. und es funktioniert.
%Vor% Es sieht so aus, als ob Dapper.net SqlCommand.ExecuteNonQuery für die Execute-Methode verwendet. Dies gibt die Anzahl der betroffenen Zeilen und nicht den Wert der return-Anweisung zurück. Was du suchst, ist Query
Obwohl ich nicht glaube, dass auch die return-Anweisung erfasst wird, müssen Sie in diesem Fall die gespeicherte Prozedur ändern, um eine Ergebnismenge zurückzugeben.
%Vor%Oder Sie könnten eine andere DB-Zugriffsmethode verwenden.
Kürzlich musste ich eine bestehende Prozedur ändern, um zusätzlich einen Wert zurückzugeben, und ich hatte einen anonymen Typ verwendet, um die Parameter zu übergeben. In diesem Zusammenhang ist das wirklich schöne daran, dass DynamicParameters einen anonymen Typ als Eingabeparameter unterstützt, wodurch diese Änderung einfach zu implementieren ist.
Ich hatte folgendes:
%Vor%Ich konnte das ändern zu:
%Vor%Tags und Links sql-server sql-server-2008 stored-procedures dapper