jamenu的博客

即如 EF 应用于 ASP.NET 微软推出EFCore必然是要服务于ASP.NET CORE 的项目 由于.NET6.0环境下 ASP.NET CORE项目的StartUp和program结合在了一起,所以使用的方法的也会有稍有不同, 今天将介绍不同版本ASP.NET CORE项目下使用EFCore ...

stackService.redis是一款.NET 操作Redis数据库的一套工具, 使用看起来简单,但使用却非如此. 1.将C#对象写入Redis

前言: 继承影射其实也可以作为实体关系的一种, 但使用的地方明显比较少一些. 在Hibernate中, 继承映射主要有两种方式 1.单表继承映射 2.多表继承映射 当然比较好用的是单表继承映射,(只需要设置一个鉴别器属性即可),总体比较简单 EFCore的继承映射也分为这两种情况,分别是单表和多表 但不同的是 按照约定，EF 不会自动扫描基类型或派生类型；这意味着，如果要映射层次结构中的 CLR 类型，就必须在模型上显式指定该类型。 例如，仅指定层次结构的基类型不会导致 EF Core 隐式包含其所有子类型

前言: EFCore的查询方式有几种, 查询的API是比较简单的, 至少不用像原生的ADO.NET那样,需要执行SQL后手动把结果从一张DataTable中设置到数据模型中 这里只讲几种常见的查询方式, 如需了解EFCore数据查询的原理,可以参考文档 https://docs.microsoft.com/zh-cn/ef/core/querying/how-query-works 1.数据库上下文查询 一.查询实体 二.查询属性 2.构造LINQ表达式查询 一.关联属性的加载 3.原生SQL查询 ...

前言: 数据库事务想必Web开发都十分的熟悉. 可以说是后台开发的必备技能了. 笔者在校招面试时,关于事务的问题就快要被问烂了 其无外乎 以下内容如不熟悉,请尽快复习 1.四大特性(ACID) 2.事务的传播属性 3.事务的隔离级别 4.Spring的声明式事务的原理(AOP) 5.一些具体的使用 (PS:分布式事务不在应届生事务问题之列…) ...

前言(其实是复习) 通过之前的学习, 我们了解到DbContext实际上是一个"半手工"的Session 学过Hibernate的都知道, 它的难度很大程度上在于了解 Session对对象状态的跟踪(或者说是管理)会始终与数据库中表的记录同步, 这其中的原理则是通过Hibernate中对象的三种状态实现的 1.瞬时态 2.持久态 3.离线态 先不说Session是如何改变对象的状态,以及其复杂的内部结构(其实是快忘了) [状态转化图] 一.EFCore的实体状态 EFCore的实体状态有五种,分别是 De

前言: 在配置关联映射的方式全部结束后,然后本应该直接进入的EFCore的查询方面的使用方法. 但是在之前配置关联关系的测试过程中, 我们并不知道EFCore究竟向数据库发出了什么具体的SQL语句, 而在真正的使用过程中像SQL语句,数据库事件的内容都需要记录下来, 并且一定要使用数据库事务 在使用Java时,我们只需要将事务管理器托管给Spring的IOC容器,然后使用它提供的@Transcation注解即可,非常的简洁(其中又是那个经典的AOP原理的故事了…) 但是在阅读官方文档的过程中,笔者发现可以以

前言: 根据关系的方向性,及老外说的是否能导航到关联属性. 我们可以将一对多/多对一划分成三种情况 1.单向的一对多 2.单向的多对一 3.双向一对多或多对一 无论一对多的关系如何,但在数据库的表结构都是一样的. 在EFCore中,它默认支持以上的所有的方式,且不需要使用那个FluentAPI进行配置. 所以问题变得十分的简单了,这就很大的方便了开发工作 使用方式: 1.单向多对一: public class Student { public int Id { get; set; } pu

一.一对一关联实体的配置(单双向的关联) 前言:说到关联,这正是所有持久层框架的精华, 对实体关联关系配置的复杂与否很大程度上决定了该持久层框架的受欢迎程度 一对一的关联先可以按关联的方法分为 1. 一对一单项关联 2. 一对一双向关联 (PS.在官方文档中,它们称为是否能从一个属性导航到另外一个对象) 又可以更具数据库的主外键设计分为 1. 一对一主键关联(主键同时作为外键) 2. 一对一外键关联(外键手动设置为Unique属性) 一点小复习 [此处为经典的数据库关系图] 编写一对一关系对象的代码 在这里