.NET Core 學習筆記3——EF Core

EF Core (EntityFramework Core)是實體關係映射（O/RM）數據庫訪問框架。這個模式的好處就是讓開發人員能夠用對象模型來操做數據庫，這是一種對開發人員較爲友好的方式。

O/RM牛逼在哪？

非對象模型操做數據庫，就要直接用sql語言來作大量的CURD操做（Creat 建立；update 更新；read 讀取；delete 刪除）。這些操做編寫繁瑣又容易出錯，目的卻只是爲了操做數據庫，而不是業務。而對象模型（O/RM）是基於業務，使用的就是自身的程序語言，至關於把操做數據庫的細節給封裝起來，讓開發人員專心對付業務。可是這個模式也不是天衣無縫，若是業務的重心，或者瓶頸就在於操做數據庫，就是要精細化的控制數據庫，那麼封裝就是多餘的，即便再好的封裝。

1. 建立模型

如下三種「約定」方式會產生模型（Model）：

1、Dbset<模型a>

2、class 模型a{

list<模型b>；

}

3、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>