关于 c#：在 EF Core 中执行存储过程，从 JOIN 返回 int。 blazor(客户端)
Execute stored procedure in EF Core returning int from JOIN. blazor(client-side)
如何在 EF Core 中获取从 SQL Server 中的存储过程返回的 int 值？
|
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
--Two tables, Employee and AspNetUsers--
CREATE PROCEDURE SP_GetIdEmployeeByUserName (@username varchar(100), @idemployee int output) AS BEGIN SELECT @idemployee = (SELECT e.Id FROM Employee e JOIN AspNetUsers a ON e.IdUser = a.Id WHERE a.Email = @username) END --Executing in database-- |
在 SQL Server 测试中返回正确的 Employee.Id
|
1
|
idemp `Id = 40`
|
现在在 Blazor(客户端)控制器中，我正在尝试执行存储过程。
|
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
[HttpGet]
[Route("getbyname")] public int GetByName([FromQuery] string username) { try { if (!string.IsNullOrEmpty(username)) { SqlParameter paramUsername = new SqlParameter("@username", username); var paramOut = new SqlParameter var result = _context Console.WriteLine("result = >>>>>>>>>" + result); return result.Id; } |
我得到了这个例外：
FromSqlRaw or FromSqlInterpolated was called with non-composable SQL and with a query composing over it.
Consider calling AsEnumerable after the FromSqlRaw or FromSqlInterpolated method to perform the composition on the client side.
如果尝试
|
1
2 3 |
var result = _context
.Database.ExecuteSqlRaw ($"EXEC SP_GetIdFuncByUserName @username, @idemp OUTPUT", paramUsername, paramOut); |
它总是返回-1，因为没有行受到影响。
我看到了很多东西，但没有成功...在此先感谢
|
1
|
_context.Database.ExecuteSqlCommand if obsolete
|
- https://docs.microsoft.com/en-us/ef/core/what-is-new/ef-core-3.0/break-changes#linq-queries-are-no-longer-evaluated-on-the-客户
- https://github.com/dotnet/efcore/issues/17558
- 在 EF Core 3.1 中包含 FromSqlRaw 和存储过程
- 如何通过 FromSqlRaw 在 EF Core 3.0 中调用存储过程
- EF core 3.1 无法运行复杂的原始 sql 查询
- https://www.sqlservertutorial.net/sql-server-stored-procedures/stored-procedure-output-parameters/
相关讨论
- 你试过'FromSqlRaw吗？
- 旁注：您不应该为您的存储过程使用 sp_ 前缀。 Microsoft 已保留该前缀供自己使用(请参阅命名存储过程)，并且您确实会在未来某个时候冒着名称冲突的风险。这对您的存储过程性能也不利。最好只是简单地避免 sp_ 并使用其他东西作为前缀 - 或者根本没有前缀！
您有不可组合的 SQL。关键是实体框架会写类似
|
1
2 3 4 |
SELECT [Generated Column Names] FROM
( @YOURQUERY ) |
它这样做是为了确定能够实现(嵌套)结果、分页等的格式。
如果你没有从你的存储过程中选择任何东西，它就不能组成这个查询。它无论如何都不会返回结果集，因此您也无法从 dbContext.Employee 中进行选择。那将是两个不同的查询。一个获取您已经拥有的 ID：
|
1
2 3 |
var result = _context
.Database.ExecuteSqlRaw ($"EXEC SP_GetIdFuncByUserName @username, @count OUTPUT", paramUsername, paramOut); |
这确实返回 -1，因为您的查询中有错误。您提供了一个名为 @count 的参数，但提供了一个名为 @idemp.
的已配置参数
所以请确保你正确地传递参数：
|
1
2 3 |
var result = _context
.Database.ExecuteSqlRaw ($"EXEC SP_GetIdFuncByUserName @username, @idemp OUTPUT", paramUsername, paramOut); |
然后使用ID参数查询：
|
1
2 |
var employeeId = paramOut.Value;
var employee = _context.Employee.FirstOrDefault(e => e.Id == employeeId); |
相关讨论
- 你说的对。 @count 只是复制/粘贴错误。参数输出值；救救我。