前言

在这里,我们将尝试去学习一下 .net core ef core 中调用存储过程。

我们知道,ef core 是不支持直接调用存储过程的,那它又提供了什么样的方式去执行存储过程呢?有如下方法:

1、fromsql,

dbset<tentity>.fromsql()

2、执行sql命令

dbcontext.database.executesqlcommand()

但是,这两种方式都有局限性:

1、fromsql方式的结果一定要是实体类型,就是数据库表映射的模型。这意味着,执行存储过程返回的结果一定是跟数据库表相关的所有字段;

2、fromsql方式的结果不能有关联关系数据。这就相当于不能 join ,也返回不了 join 的关联表的数据。

3、executesqlcommand执行插入、更新跟删除的存储过程不能直接映射到实体(ef core不支持嘛,在讲 ef 跟 ef core 的区别时已经很清晰了),所以,cud 方法不能直接调用 savechanges 方法。

我们来试试演示一下:

(1)准备一个存储过程,一般为了方便,直接就是 db-first,执行以下的 sql 脚本就ok了

use [library]
go

set ansi_nulls on
go

set quoted_identifier on
go

create procedure [dbo].[proc_getbooks]
   @name nvarchar(50)
  as
  begin
   set nocount on;
   select * from books where name like @name +'%'
  end
go

当创建好了这个有传参的有返回结果的存储过程的时候,数据库在可编程性下就有一个存储过程了(这个数据库是我专门用来做demo的)

(2)用 fromsql 调用存储过程,由上面就可以知道它是 dbset 的方法,而 dbset 是可以执行原生的 sql 语句去查询底层的数据库。同样,使用 dbset 可以执行存储过程,从而返回实体类型,但就是具有上面所说的局限性罢了。

//用 fromsql 调存储过程
   var name = "c";

   var books = _context.books
      .fromsql($"proc_getbooks {name}")
      .tolist();

   //or 使用 exec 关键字调用存储过程
   //var books = _context.books.fromsql($"exec proc_getbooks {name}").tolist();

   //or 使用 sqlparameter 实例进行参数的插入
   //var param = new sqlparameter()
   //{
   // parametername = "@name",
   // sqldbtype = system.data.sqldbtype.nvarchar,
   // direction = system.data.parameterdirection.input,
   // size = 50,
   // value = name
   //};

   //or 使用 @p0 代表第一个参数,则 @p1 就代表第二个参数等以此类推
   //var books = _context.books.fromsql("proc_getbooks @p0", name).tolist();

同样,在这里值得一提的是,当我们多次调用同一个存储过程,传递同样的参数的时候,比如像下面:

//用 fromsql 多次调同一个存储过程
   var name = "c";

   var list1 = _context.books.fromsql($"proc_getbooks {name}").tolist();

   var list2 = _context.books.fromsql($"proc_getbooks {name}").tolist();

   var list3 = _context.books.fromsql($"proc_getbooks {name}").tolist();

所有的实体默认(可以设置)都会被 dbcontext 进行跟踪。如果你执行同样的存储过程,传同样的参数的时候,进行多次执行的时候,相当于执行同样的 sql 语句多次,但返回的结果确认一样的, 根据dbcontext 的跟踪,直接就获取缓存进行返回结果了。就是说,存储过程会被调用多次,但只查了一次数据库,其他的在缓存里拿数据。

(3)用executesqlcommand 调用存储过程,这个跟 ef 是一个毛样的,由于要测试的话,还要创建一个存储过程,因为这个执行查询没有意义,如果你看它的返回的话,都是 int 类型,而且返回结果都是影响的行数。

看看源码:

其实 executesqlcommand 最终是调用 executenonquery,就是执行非查询的语句,返回影响的行数,也验证了刚才所说的。

扯远了,那么再创建一个存储过程吧

create procedure [dbo].[proc_createbook]
 @name varchar(50),
 @author varchar(50),
 @cateid int
as
begin
 set nocount on;
 insert into books(
   [name]
   ,[author]
   ,[createtime]
   ,[isdel]
   ,[cateid]
   )
 values (@name, @author,getdate(),0,@cateid)
end
go

创建后

来调用以下试试:

   //用 executesqlcommand 调存储过程, 用parameters: new[] {}也是可以的
   var name = "c# 高级进阶";
   var author = "-";
   var cateid = 1;
   _context.database.executesqlcommand("proc_createbook @p0,@p1,@p2", name, author, cateid);

执行结果:

ok,是可以执行成功的。

到这里先完成第一部分先,接下来就做调用存储过程的扩展,因为单靠这两种调用方式,我们是不会满足的!

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对www.887551.com的支持。