EF Core (EntityFramework Core)是实体关系映射(O/RM)数据库访问框架。这个模式的好处就是让开发人员可以用对象模型来操作数据库,这是一种对开发人员较为友好的方式。

O/RM牛逼在哪?

非对象模型操作数据库,就要直接用sql语言来做大量的CURD操作(Creat 创建;update 更新;read 读取;delete 删除)。这些操作编写繁琐又容易出错,目的却只是为了操作数据库,而不是业务。而对象模型(O/RM)是基于业务,使用的就是自身的程序语言,相当于把操作数据库的细节给封装起来,让开发人员专心对付业务。但是这个模式也不是完美无缺,如果业务的重心,或者瓶颈就在于操作数据库,就是要精细化的控制数据库,那么封装就是多余的,即使再好的封装。

1. 创建模型

以下三种“约定”方式会产生模型(Model):

一、Dbset<模型a>

二、class 模型a{

list<模型b>;

}

三、modelBuilder.Entity<模型c>();

[NotMapped] 注释特性能阻止产生模型映射到数据库。

Fluent API(流api)可以阻止映射:modelBuilder.Ignore<被阻止的类型>()。

三种模型控制的优先级是 Fluent API > 注释特性 > 约定

1.1 模型内部数据

默认拥有get;set;的公共属性会被映射。

1.1.1 主键

属性名为ID或类型名Id将被映射为主键。

[Key] 注释特性设置为键。

modelBuilder.Entity<模型>().Haskey(c => c.属性被设置为键),这方法还可以设置多个键。

1.1.2 必须属性

[Required] 注释特性指定属性必须在提交数据库时提供值。

modelBuilder.Entity<模型>().Property(b => b.必须属性).IsRequired()。

1.1.2 数据长度

[MaxLength(500)]

modelBuilder.Entity<模型>().Property(b => b.属性).HasMaxLength(500);

1.1.3 隐藏属性

context.Entry(模型).Property(“隐藏属性“).CurrentValue =  DateTime.Now;

1.2 关系

主体实体(Principal entity)

依赖实体(Dependent entity) :相对而言

外键(Foreign key):存储关联实体的主体键的属性

主体键(Principal key):主键或备用键

导航属性 Navigation property(集合导航属性,引用导航属性,反向导航属性):用关联实体类型定义的属性

[ForeignKey] 注释特性用在导航属性上来指定外键

[InversePropery] 注释特性指定反向导航属性

1.2.1 完全定义的关系

主体实体包含导航属性指向依赖实体;依赖实体包含外键和反向导航属性。

1.2.2 没有外键

自动生成外键的隐藏属性

1.2.3 单个导航属性

只需要单个导航属性,就可以确认关系

1.3 关系数据库建模

[Table(“表名”)] 表映射

[Column(“列名’)] 列映射

2. 查询数据

.TOList() 跟踪(变更)查询。相当于CURD中的R

.AsNoTracking().ToList() 不跟踪(变更)查询,速度更快。

默认情况下,如果不返回实体(而只是返回实体的一部分属性)将不实施跟踪。

.FromSql(“SQL语句”).ToList() 用原始SQL执行查询。

3. 保存数据

.SaveChanges() 保存(跟踪的)所有变更。

.Add()  相当于CURD中的C

修改属性  相当于U

.Remove()  相当于D

可以针对每一条记录的变更自动跟踪修改的模式(CUD),然后执行相关的CURD操作,程序员不需要记住每一次变更,小心翼翼地编写sql语句,这是O/RM的魅力所在。

4. 常用数据库

Microsoft.EntityFrameworkCore.SqlServer   ms sql server

Microsoft.EntityFrameworkCore.Sqlite sqlite

MySql.Data.EntityFrameworkCore mysql

EntityFrameworkCore.Jet access

Npgsql.EntityFrameworkCore.PostgreSQL postgresql

5. 管理数据库架构

为了保持EF Core 模型和数据库架构同步,有两个方式:

迁移(Migrations):以EF Core model为源采取的同步方法

反向工程(Reverse Engineering):以数据库架构为源,同步到ef core模型

5.1 迁移

产生迁移准备文件:

PowerShell:

Add-Migration InitialCreate

Console:

dotnet ef migrations add InitialCreate

更新到数据库架构:

powershell: Update-Database

console: dotnet ef database update

添加新的迁移:

powershell: Add-Migration 新迁移项目

console: dotnet ef migrations add 新迁移项目

删除迁移:

powershell: Remove-Migration

console: dotnet ef migrations remove

还原迁移:

powershell: Update-Database 迁移项目

console: dotnet ef database update 迁移项目

程序内方法:

myDbContex.Database.Migrate() 执行迁移。

EnsureCreated() 将会导致迁移失败。

保证模型和数据库之间的同步,是很关键的基础工作。在这个基础之上,对模型的操作才有意义,简便性才体现出来。

开发过程中,几乎不可能不修改模型,无法一劳永逸,所以要掌握好同步工具。

5.2 反向工程

Scaffold-DbContext –Connection<string> –Provider <String> –OutputDir <string>

.NET Core 学习笔记3——EF Core的更多相关文章

  1. 【.Net Core 学习系列】-- EF Core 实践(Code First)

    一.开发环境: VS2015, .Net Core 1.0.0-preview2-003156 二解决方案: 新建项目: File --> New --> Project -->   ...

  2. 【.Net Core 学习系列】-- EF Core实践(DB First)

    一.开发环境: VS2015, .Net Core 1.0.0-preview2-003156 二.准备数据: CREATE DATABASE [Blogging]; GO USE [Blogging ...

  3. 一起学ASP.NET Core 2.0学习笔记(二): ef core2.0 及mysql provider 、Fluent API相关配置及迁移

    不得不说微软的技术迭代还是很快的,上了微软的船就得跟着她走下去,前文一起学ASP.NET Core 2.0学习笔记(一): CentOS下 .net core2 sdk nginx.superviso ...

  4. .NET CORE学习笔记系列(2)——依赖注入[7]: .NET Core DI框架[服务注册]

    原文https://www.cnblogs.com/artech/p/net-core-di-07.html 包含服务注册信息的IServiceCollection对象最终被用来创建作为DI容器的IS ...

  5. .NET CORE学习笔记系列(2)——依赖注入[6]: .NET Core DI框架[编程体验]

    原文https://www.cnblogs.com/artech/p/net-core-di-06.html 毫不夸张地说,整个ASP.NET Core框架是建立在一个依赖注入框架之上的,它在应用启动 ...

  6. .NET CORE学习笔记系列(2)——依赖注入[5]: 创建一个简易版的DI框架[下篇]

    为了让读者朋友们能够对.NET Core DI框架的实现原理具有一个深刻而认识,我们采用与之类似的设计构架了一个名为Cat的DI框架.在上篇中我们介绍了Cat的基本编程模式,接下来我们就来聊聊Cat的 ...

  7. .NET CORE学习笔记系列(2)——依赖注入[4]: 创建一个简易版的DI框架[上篇]

    原文https://www.cnblogs.com/artech/p/net-core-di-04.html 本系列文章旨在剖析.NET Core的依赖注入框架的实现原理,到目前为止我们通过三篇文章从 ...

  8. .NET CORE学习笔记系列(2)——依赖注入【3】依赖注入模式

    原文:https://www.cnblogs.com/artech/p/net-core-di-03.html IoC主要体现了这样一种设计思想:通过将一组通用流程的控制权从应用转移到框架中以实现对流 ...

  9. .NET CORE学习笔记系列(2)——依赖注入【2】基于IoC的设计模式

    原文:https://www.cnblogs.com/artech/p/net-core-di-02.html 正如我们在<控制反转>提到过的,很多人将IoC理解为一种“面向对象的设计模式 ...

随机推荐

  1. Nodejs实现用户注册

    1创建连接池对象 2导出连接池对象 /** * 1.引入mysql模块 * 2.创建连接池对象 * 3.导出连接池对象 */ const mysql = require('mysql'); var p ...

  2. Linux stat函数和stat命令

    stat函数和stat命令 linux文件里的[inode = index node]解释:要理解inode必须了解磁盘和[目录项],inode实际是连接[目录项]和磁盘的中间物质. 图里的大圈代表硬 ...

  3. lunix脚本进程挂掉时显示cpu和内存信息及挂掉的时间

    #!/bin/shwhile [ true ]; do #查询是否有8899正在运行的进程netstat -an|grep 8899if [ $? -ne 0 ]thennowtime=$(date ...

  4. Ambari:Provide ability to apply single patches on top of RU release

    https://issues.apache.org/jira/browse/AMBARI-12556 Provide ability to apply single patches on top of ...

  5. 聊聊Unity2018的LWRP和混合光照

    0x00 前言 在这篇文章中,我们选择了过去几周Unity官方社区交流群以及UUG社区群中比较有代表性的几个问题,总结在这里和大家进行分享.主要涵盖了** Scripting.Assetsbundle ...

  6. Android 音视频同步机制

    一.概述 音视频同步(avsync),是影响多媒体应用体验质量的一个重要因素.而我们在看到音视频同步的时候,最先想到的就是对齐两者的pts,但是实际使用中的各类播放器,其音视频同步机制都比这些复杂的多 ...

  7. MySQL学习(三)主备分库分表和恢复数据 --- 2019年2月

    1.MySQL主备切换 readonly 设置对超级(super)权限是无效的,而用于同步更新的线程,就拥有超级权限. 建议在做主备数据库的时候,将备用数据库设置为只读.(反向用readonly来判断 ...

  8. 安卓 App 性能专项测试指标之 CPU 深度解析

    指标背景 很多场景下我们去使用App,可能会碰到手机会出现发热发烫的现象.这是因为CPU使用率过高.CPU过于繁忙,会使得整个系统无法响应用户,整体性能降低,用户体验变得相当差,也容易引起ANR等等一 ...

  9. jquery删除内容是动态修改序号

    如图,点击删除图标的时候要删除当前的一条记录,同时界面上的序号要动态的排列好 以下是html结构: jquery实现思路: 首先,需要获取到当前要删除盒子的序号$indexCur,然后遍历父盒子,取出 ...

  10. 【TensorFlow篇】--DNN初始和应用

    一.前述 ANN人工神经网络有两个或两个以上隐藏层,称为DNN 只有一个隐藏层是多层感知机 没有隐藏层是感知机 二.反向传播应用举例 举例: 正向传播,反向传播是一次迭代, 正向传播:在开始的每一层上 ...