前言
在这里,我们将尝试去学习一下 .net core EF Core 中调用存储过程。
我们知道,EF Core 是不支持直接调用存储过程的,那它又提供了什么样的方式去执行存储过程呢?有如下方法:
1、FromSql,官方文档
正则表达式(Regular Expression)是一种文本模式,包括普通字符(例如,a 到 z 之间的字母)和特殊字符(称为"元字符")。 正则表达式使用单个字符串来描述、匹配一系列匹配某个句法规则的字符串。 下面通过实例代码介绍下正则表达式使用 //一个数据类型,记录文本规则,一些事先定义好的一些特殊字符,对字符串的过滤逻辑 //表单验证账号长度,字母或数字组合,高级搜索 //特点,不仅js有;极简的方式操作字符串;灵活,功能强大
扫描二维码关注公众号,回复:
6505900 查看本文章
// 正则表达式大全
/*是否带有小数*/
/*校验是否中文名称组成 */
/*校验是否全由8位数字组成 */
//表示匹配数字
//正则对象。test(需要验证的字符串) //字面量声明
//有没有其中一个
//语法 //.test();正则表达式检测某段字符串 //预定义类
//自定义类,没有\
//简单类[]代表一个字符
//负向类[^ ]取反
//范围类
//组合类,组合起来就是组合类,自定义类 //^边界,以。。开头 //$以。。结尾 //^bc$严格匹配 //.回车和换行以外的
//量词:?0||1次;+前面的>=1次;*>=0次
//量词,{}前面出现的:。。{n}n次;{n,}>=n;{n,m}...>=n..<=m //*{0,}..?{0,1}....+{1,} //括号总结{}次数;[]一个;()一组,分组 //转Unicode:escape("你好")-----Ununicod("u%hkkblpp%^Vhk") //所有汉字在一到与之间
//字符串替换
//换成句号
//修改成绩
//想要的字符提取出来,提取邮箱 //来不及写 //math,提取符合要求的元素 //分组提取,提取邮箱的每一个部分
//检索字符indexof();lastindexof();返回下标
//exec只取一个,math可以取全部的 //正则对象:test,exec........字符串:math,spilt,search, //用某个字符分隔字符串
//6 分组提取
//i 忽略大小写 //g 全局匹配 //控制字符串相关方法 //1、正则对象的 test exec //2、字符串的 replace search match split //用法:
总结 以上所述是小编给大家介绍的正则表达式使用示例详解,希望对大家有所帮助,如果大家有任何疑问欢迎给我留言,小编会及时回复大家的! |
2、执行SQl命令
1 |
|
但是,这两种方式都有局限性:
1、FromSql方式的结果一定要是实体类型,就是数据库表映射的模型。这意味着,执行存储过程返回的结果一定是跟数据库表相关的所有字段;
2、FromSql方式的结果不能有关联关系数据。这就相当于不能 join ,也返回不了 join 的关联表的数据。
3、ExecuteSqlCommand执行插入、更新跟删除的存储过程不能直接映射到实体(EF Core不支持嘛,在讲 EF 跟 EF Core 的区别时已经很清晰了),所以,CUD 方法不能直接调用 SaveChanges 方法。
我们来试试演示一下:
(1)准备一个存储过程,一般为了方便,直接就是 DB-First,执行以下的 SQL 脚本就OK了
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
|
当创建好了这个有传参的有返回结果的存储过程的时候,数据库在可编程性下就有一个存储过程了(这个数据库是我专门用来做demo的)
(2)用 FromSql 调用存储过程,由上面就可以知道它是 DbSet 的方法,而 DbSet 是可以执行原生的 sql 语句去查询底层的数据库。同样,使用 DbSet 可以执行存储过程,从而返回实体类型,但就是具有上面所说的局限性罢了。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
同样,在这里值得一提的是,当我们多次调用同一个存储过程,传递同样的参数的时候,比如像下面:
1 2 3 4 5 6 7 8 |
|
所有的实体默认(可以设置)都会被 DbContext 进行跟踪。如果你执行同样的存储过程,传同样的参数的时候,进行多次执行的时候,相当于执行同样的 sql 语句多次,但返回的结果确认一样的, 根据DbContext 的跟踪,直接就获取缓存进行返回结果了。就是说,存储过程会被调用多次,但只查了一次数据库,其他的在缓存里拿数据。
(3)用ExecuteSqlCommand 调用存储过程,这个跟 EF 是一个毛样的,由于要测试的话,还要创建一个存储过程,因为这个执行查询没有意义,如果你看它的返回的话,都是 int 类型,而且返回结果都是影响的行数。
看看源码:
其实 ExecuteSqlCommand 最终是调用 ExecuteNonQuery,就是执行非查询的语句,返回影响的行数,也验证了刚才所说的。
扯远了,那么再创建一个存储过程吧
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
|
创建后
来调用以下试试:
1 2 3 4 5 |
|
执行结果:
OK,是可以执行成功的。
到这里先完成第一部分先,接下来就做调用存储过程的扩展,因为单靠这两种调用方式,我们是不会满足的!
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对主机吧的支持。