EF Core (EntityFramework Core)是實體關係映射（O/RM）資料庫訪問框架。這個模式的好處就是讓開發人員可以用對象模型來操作資料庫，這是一種對開發人員較為友好的方式。O/RM牛逼在哪？非對象模型操作資料庫，就要直接用sql語言來做大量的CURD操作（Creat 創建；upd... ...
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>
