EF7創建模型入門篇

来源:https://www.cnblogs.com/YataoFeng/archive/2023/03/06/17183466.html
-Advertisement-
Play Games

背景 公司里的某負責保存用戶文檔的子系統有時會忽然cpu很高，過了大約5分鐘後又恢復正常水平。領導協調讓我幫看一下 (我心裡是: 不熟悉這個子系統裡面的代碼，我儘力哈😓) 其實確實是這樣的，如果熟悉出問題的系統的代碼，會對診斷問題起到很大的幫助，否則就需要更多的利用對底層的理解了。 分析 打聽後知 ...


在EF7中，創建一個模型是非常重要的步驟。本文將使用微軟官方文檔中的指南，來學習EF7中的創建模型篇，外加一點點個人理解。

實體類型

在 EF7 中，你需要使用 modelBuilder.Entity() 方法來告訴 EF7 你要包含哪些類型。預設情況下，EF7 會將實體類型的名稱設置為表的名稱。但是，你可以使用 ToTable() 方法來覆蓋預設行為。
如果你的資料庫中有多個模式（schema），你可以使用 ToTable() 方法的另一個重載版本來指定表所屬的架構。如果你想要為生成的表添加註釋，可以使用 HasComment() 方法。如果你不想將某個類映射到資料庫中的表。我們可以使用 modelBuilder.Entity().Ignore() 來排除它。

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Blog>()
		.ToTable("Blogs", schema: "dbo") //.ToTable("Blogs");
		.HasComment("This table contains blog posts.");
	modelBuilder.Ignore<Address>();
}

共用類型實體類型

在 EF7 中，你可以將一個類型映射到多個表中。這種情況通常發生在你有一組具有相似屬性的類型，這些屬性在不同的表中都需要使用。在這種情況下，你可以使用 ModelBuilder.SharedTypeEntity() 方法來創建一個實體類型，並將其映射到多個表中。

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    var addressEntity = modelBuilder.SharedTypeEntity<Address>("Address");
    addressEntity.ToTable("CustomerBillingAddresses");
    addressEntity.ToTable("CustomerShippingAddresses");

    modelBuilder.Entity<Customer>()
        .OwnsOne(c => c.BillingAddress, b =>
        {
            b.WithOwner().HasForeignKey("BillingAddressId");
            b.ToTable("CustomerBillingAddresses");
        });

    modelBuilder.Entity<Customer>()
        .OwnsOne(c => c.ShippingAddress, b =>
        {
            b.WithOwner().HasForeignKey("ShippingAddressId");
            b.ToTable("CustomerShippingAddresses");
        });
}

在上面的代碼中，我們首先使用 ModelBuilder.SharedTypeEntity() 方法創建一個名為 Address 的實體類型。然後，我們使用 ToTable() 方法將該實體類型映射到多個表中。接下來，我們使用 OwnsOne() 方法來將 BillingAddress 和 ShippingAddress 屬性映射到具有相應名稱的表中。註意，我們還使用了 HasForeignKey() 方法來指定外鍵的名稱。
使用共用類型實體類型可以使你的代碼更加簡潔，並提高可維護性。通過使用共用類型實體類型，你可以將一個類型映射到多個表中，而不必在每個實體類型中都定義相同的映射代碼。

實體屬性

如果要排除實體屬性，可以使用Ignore()方法。

modelBuilder.Entity<Person>().Ignore(p => p.Age)

定義列名。例如，下麵的代碼將為Person類中的LastName屬性定義列名。

modelBuilder.Entity<Person>().Property(p => p.LastName).HasColumnName("Last_Name")

定義列註釋。例如，下麵的代碼將為Person類中的LastName屬性定義註釋。

modelBuilder.Entity<Person>().Property(p => p.LastName).HasComment("The last name of the person")

定義列排序規則。例如，下麵的代碼將為Person類中的LastName屬性定義排序規則。

modelBuilder.Entity<Person>().Property(p => p.LastName).UseCollation("SQL_Latin1_General_CP1_CI_AS");

定義列的數據類型（和資料庫一致即可）。例如，下麵的代碼將為Person類中的Age屬性定義為int類型：

modelBuilder.Entity<Person>().Property(p => p.Age).HasColumnType("int");

定義列的最大長度。例如，下麵的代碼將為Person類中的FirstName屬性定義為50個字元的最大長度：

modelBuilder.Entity<Person>().Property(p => p.FirstName).HasMaxLength(50);

定義列的精度和小數位數。例如，下麵的代碼將為Person類中的Height屬性定義為2位小數的精度：

modelBuilder.Entity<Person>().Property(p => p.Height).HasPrecision(5, 2);

定義是否為必需或可選屬性。例如，下麵的代碼將為Person類中的FirstName屬性定義為必需屬性：

modelBuilder.Entity<Person>().Property(p => p.FirstName).IsRequired();

定義列在表中的順序。例如，下麵的代碼將為Person類中的FirstName屬性定義為表中第二個列：

modelBuilder.Entity<Person>().Property(p => p.Id).HasColumnOrder(1);
modelBuilder.Entity<Person>().Property(p => p.FirstName).HasColumnOrder(2);

鍵

主鍵

定義主鍵。根據約定，名為 Id 或 <類型名稱>Id 的屬性將被配置為實體的主鍵。

internal class User
{
    public string Id { get; set; } // 主鍵
    public string Name { get; set; }
}

如果我們不想使用預設約定規則，可以自定義規則。下麵的代碼將指定User類的Id屬性作為主鍵並且重寫設置主鍵的名稱：

modelBuilder.Entity<Person>().HasKey(p => p.Id).HasName("UserId");
註意主鍵Id應是有序的

在 MySQL 中，主鍵 Id 不是有順序的時候，可能會導致新增性能下降的原因是，MySQL 預設使用 B-tree 索引來實現主鍵索引，如果主鍵 Id 是無序的，那麼在插入數據時，MySQL 需要不斷尋找合適的位置來插入新數據，這可能會導致 B-tree 索引不斷被調整，從而影響插入性能。相反，如果主鍵 Id 是有序的，MySQL 可以更快速地找到要插入的位置，從而提高插入性能。

註意主鍵Id應該是最後生成的

有些程式可能會有延遲，導致資料庫插入是非有序的。場景：假如我們先生成Id再處理業務邏輯。有兩個線程，同時併發請求。第一個線程生成好Id 是 3，處理下麵業務邏輯時發生了大概五毫秒的延遲。第二個線程也生成好了Id是 4，處理下麵業務邏輯時沒有延遲，就通過了。所以第二個線程，先進資料庫插入Id為4。第一個線程因為有延遲來慢了一步，插入的Id是3。資料庫Id就變成無序的了。

使用基於時間戳的有序Guid作為主鍵

對於非複合數字和 GUID 主鍵，EF Core 根據約定設置值生成。

EF7中 Guid 是基於時間的演算法精確到納秒。因為一毫秒等於一百萬納秒，所以EF7的Guid一毫秒可以產生一百萬的Id。
優點：不可預測、有序（添加性能高）、在支持Guid（uuid）的資料庫中（查詢性能高）、開箱即用。
缺點：（這是可以忽略不計的事情）併發中在同一納秒內，產生的Id是會重覆的。有時鐘回撥問題。太長。
EF7中的Guid有序演算法比雪花演算法更好。

  1. 雪花演算法在併發時，也會重覆。因為序列號和時間戳，即使我們配置正確了WorkId。不信你可以寫個例子，思路是：10個併發同時生成Id，保存到安全線程字典中。重覆就報個錯。
  2. 雪花演算法需要額外維護WorkId的工作。
  3. 有時鐘回撥問題。

Guid生成源碼地址：MySqlSequentialGuidValueGenerator.cs SqlServerSequentialGuidValueGenerator.cs
使用方式：EF7中：創建模型，生成的值。（***後面會繼續講到）

複合鍵

複合鍵是指將多個列作為主鍵的一種設計模式，這些列在組合起來時才能唯一標識一條記錄。相對於單一鍵，複合鍵更加靈活，可以更準確地描述實體之間的關係。例如，在一個訂單系統中，一個訂單可能由多個產品組成，此時可以使用複合鍵來標識訂單編號和產品編號的組合，以確保每個訂單中的每個產品都是唯一的。
使用複合鍵的優點主要有兩點。首先，它提供了更準確的數據描述，特別是在處理多對多關係時，可以更準確地表示關係的唯一性。其次，使用複合鍵可以提高查詢效率，因為複合鍵可以利用資料庫的索引機制，快速定位和訪問數據。
然而，複合鍵也存在一些缺點。首先，它增加了開發的複雜性，需要更多的設計和規劃。其次，在使用ORM框架時，如EF7，複合鍵的使用需要特殊的處理，例如在Fluent API中進行配置。最後，複合鍵在某些情況下可能會導致性能問題，例如在大型資料庫中，使用複合鍵可能會影響查詢性能。
在使用EF7時，可以通過Fluent API來配置複合鍵。以一個用戶角色表為例，可以使用以下代碼定義一個由用戶Id和角色Id的複合主鍵：

internal class UserRole
{
    public string UserId { get; set; } 
    public string RoleId { get; set; }
}
public class MyContext : DbContext
{
    public DbSet<Person> People { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        modelBuilder.Entity<UserRole>().HasKey(c => new { c.UserId, c.RoleId });
    }
}

在這個示例中，使用Fluent API中的HasKey方法來定義複合主鍵。由於複合鍵是由多個屬性組成的，因此需要將它們放在一個匿名類型中作為參數傳遞給HasKey方法。

註意合理的複合鍵會提高性能。

MySql為例：當使用複合鍵並且確保關聯數據都已經存在時，插入新數據時可能不會對性能產生太大影響。這是因為在 MySQL 中，使用複合鍵時，MySQL 會同時使用所有列生成 B-tree 索引，從而提高查詢和插入的性能。在插入數據時，如果已經確保了關聯數據的存在，那麼 MySQL 可以更快速地插入新數據並生成新的索引，從而提高插入性能。
但是，需要註意，如果你的表結構複雜，或者在插入數據時沒有正確使用索引，那麼複合鍵仍然可能會影響插入性能。

備選鍵

為什麼要使用EF7備選鍵？
在資料庫中，主鍵通常用於唯一標識和檢索實體對象。但是，有些情況下可能需要使用備選鍵來標識實體對象。例如，當主鍵不適合用作某些查詢時，使用備選鍵可以提高資料庫的性能和靈活性。
優點：

  1. 提高性能：使用備選鍵可以減少複雜查詢中的連接數量和查詢時間，從而提高資料庫的性能。
  2. 增強靈活性：備選鍵允許使用其他屬性作為查詢條件，這樣就可以更靈活地查詢資料庫中的實體對象。
  3. 減少衝突：使用備選鍵可以避免主鍵衝突的情況，尤其是在多個實體對象使用同一主鍵的情況下。

缺點：

  1. 增加複雜性：使用備選鍵會增加代碼的複雜性，因為需要額外的配置和代碼來實現備選鍵的功能。
  2. 增加維護成本：使用備選鍵會增加資料庫的維護成本，因為需要更多的索引和查詢，以及更多的代碼來處理備選鍵。
  3. 影響數據完整性：如果備選鍵沒有正確配置，可能會導致數據完整性的問題，因為重覆的備選鍵可能會導致數據重覆或丟失。

為什麼有這些優點和缺點？
優點是因為備選鍵可以提供更靈活、更高效的查詢和更少的主鍵衝突。缺點是因為使用備選鍵需要更多的配置和代碼，並且可能會影響數據完整性。
以下是一個簡單的示例，演示如何使用備選鍵：

public class Person
{
    public int Id { get; set; }
    public string Name { get; set; }
    public string Email { get; set; }
}

public class MyContext : DbContext
{
    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
		// 將Email屬性指定為備選鍵
        modelBuilder.Entity<Person>().HasAlternateKey(p => p.Email); 
    }
}

複合備選鍵

為什麼要使用複合備選鍵？
使用複合備選鍵的一個重要原因是在某些情況下，單個列可能不足以唯一標識表中的每一行。例如，在一個電影資料庫中，如果只使用電影名稱作為主鍵，則會出現多個電影名稱相同的情況。因此，需要使用複合備選鍵，通過多個列來確定每個電影的唯一性。
優點

  1. 更加靈活的數據建模：複合備選鍵使得數據建模更加靈活，可以在表中使用多個列來確定唯一性。這使得數據建模更加符合實際情況，可以更好地支持複雜的業務場景。
  2. 更好的性能：使用複合備選鍵可以提高資料庫的性能。這是因為使用多個列來唯一標識行，可以減少在表中的掃描次數，從而提高查詢性能。
  3. 更好的數據完整性：使用複合備選鍵可以更好地保證數據完整性。在使用複合備選鍵的表中，每個行的唯一性都由多個列決定，這使得在數據插入和更新時，更難發生數據衝突和錯誤。

缺點

  1. 複雜性：使用複合備選鍵會增加表的複雜性。需要在表中定義多個列，以確定唯一性。此外，在查詢時，需要指定多個列作為條件，以獲取唯一的行。這可能會增加代碼的複雜性，需要更加謹慎地編寫代碼。
  2. 不支持自動增長：使用複合備選鍵時，不支持自動增長功能。這是因為每個行的唯一性都是由多個列來決定的，如果一個列是自動增長的，就不能保證每一行都是唯一的。

使用方式
使用Fluent API是定義複合備選鍵的最佳方式。以下是使用Fluent API定義複合備選鍵的示例：

public class Person
{
    public int Id { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public DateTime DateOfBirth { get; set; }
}

public class PersonContext : DbContext
{
    public DbSet<Person> Persons { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        modelBuilder.Entity<Person>()
			// 將多個屬性配置為備選鍵（即複合備選鍵）
			.HasAlternateKey(p => new { p.FirstName, p.LastName, p.DateOfBirth })
			// 可配置備選鍵的索引和唯一約束的名稱：
			.HasName("FirstName_LastName_DateOfBirth");
    }
}

分組配置模型

可以使用分組配置，這樣可以將實體和關係的配置組織在一起，使代碼更具可讀性。例如：

public class BlogConfiguration : IEntityTypeConfiguration<Blog>
{
    public void Configure(EntityTypeBuilder<Blog> builder)
    {
        builder.HasKey(x => x.BlogId);
        builder.Property(x => x.Name).IsRequired();
    }
}

然後在DbContext中使用以下代碼將此配置應用於Blog實體：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.ApplyConfiguration(new BlogConfiguration());
}

使用數據註釋來配置模型

可以使用數據註釋來配置EF7模型。數據註釋是一種以屬性和類註釋的方式來提供元數據的方法。例如：

public class Blog
{
    [Key]
    public int BlogId { get; set; }
    [Required]
    public string Name { get; set; }
}

在這個示例中，我們使用了Key和Required註釋來指定BlogId和Name屬性的主鍵和IsRequired標誌。

內置約定

除了手動配置外，EF7還提供了一些內置約定，可以根據慣例自動推斷模型。例如，如果實體中有一個名為Id的屬性，EF7會將其作為主鍵。如果實體之間具有引用關係，EF7會自動創建外鍵。

刪除現有約定

如果不想使用內置約定，可以通過調用ModelBuilder.Conventions.Remove方法來刪除它們。例如，以下代碼刪除了為外鍵列創建索引的約定：

modelBuilder.Conventions.Remove<ForeignKeyIndexConvention>();

總結：

在本文中，介紹瞭如何告訴EF7使用實體類型和過濾類型，並且還說了共用實體類型。我們還介紹了實體屬性的配置。還介紹了四種鍵。介紹了使用Fluent API和數據註釋來配置EF7模型。我們還瞭解了EF7的內置約定，並學習瞭如何刪除現有約定。使用這些技術，可以輕鬆地創建和配置EF7模型，並更好地管理資料庫訪問代碼。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 代碼優化與程式加速指南——針對數值優化和深度學習領域
    背景 當需要處理規模較大、任務較複雜的優化問題或訓練神經網路時，我們經常會遇到程式運行時間長或無法完成的情況。然而，這不一定是由於問題規模大或電腦硬體能力的限制。即使嘗試使用更高性能的伺服器或電腦，也不能保證能夠有效地加速代碼運行。因為高性能的硬體通常需要與為高性能計算而設計的代碼相匹配。 本文 ...
  • 【建議收藏】超詳細的Canal入門，看這篇就夠了！！！
    概述 canal是阿裡巴巴旗下的一款開源項目，純Java開發。基於資料庫增量日誌解析，提供增量數據訂閱&消費，目前主要支持了MySQL（也支持mariaDB）。 背景 早期，阿裡巴巴B2B公司因為存在杭州和美國雙機房部署，存在跨機房同步的業務需求。不過早期的資料庫同步業務，主要是基於trigger的 ...
  • CF1149E Election Promises
    CF1149E Election Promises 這個題目最難下手的地方在於：可以對相鄰的城市進行任意修改，這導致難以確定後繼狀態。 但是還是可以使用 $\operatorname{SG}$ 函數！ 下麵設 $f_u = \operatorname{mex}{f_v}$，這個可以直接拓撲排序求。 ...
  • 【SpringBoot】AOP預設的動態代理
    容器介面 BeanFactory 是ApplicationContext的父介面，所有ApplicationContext的實現都組合了BeanFactory。 BeanFactory才是Spring的核心容器。 從BeanFactory提供的方法來看，主要是從容器中獲取Bean。實際上控制反轉，依 ...
  • Slava項目（1）：實現近似LRU/LFU記憶體淘汰策略
    slava是作者參與的一個github開源項目，該項目的目標是用Go語言構建一個高性能K-V雲資料庫。 在本文中，作者將介紹Slava中記憶體淘汰策略的實現。Slava中目前實現了四種記憶體淘汰策略，分別是maxMemoryLruAllKeys,maxMemoryLfuAllKeys,maxMemory ...
  • Python、C++、Swift或任何其他語言會取代Java嗎？為什麼？
    很難預測Python，C ++，Swift或任何其他編程語言是否會取代Java作為最受歡迎的語言，但在不久的將來不太可能.以下是一些原因: 受歡迎程度並建立的用法:Java已經存在了25年以上，並且擁有大型且已建立的用戶群.它被廣泛用於企業軟體開發，Android應用程式開發以及許多其他領域，這使得 ...
  • MAUI Blazor Android 輸入框軟鍵盤遮擋問題
    前言 最近才發現MAUI Blazor Android存在輸入框軟鍵盤遮擋這個問題，搜索了一番，原來這是安卓webview一個由來已久的問題，還好有大佬提出瞭解決方案 AndroidBug5497Workaround，但是這是Java代碼，MAUI中需要做一些小的修改，修改一些方法名還有類的明確引用 ...
  • 《C#與.NET6 開發從入門到實踐》預售，作者親自來打廣告了！
    《C#與.NET6 開發從入門到實踐》正式出版，歡迎廣大網友前來圍觀！！ 遙想我的上一篇文章，已經過去將近3年，期間斷更的主要原因就是忙於書稿編寫，也擔心博客和書稿可能出現一些意外衝突。現在，書已經正式出版，我又開始更新博客了。 這是我第一次受出版社邀請寫書，沒有經驗，中間經歷了許多意外，導致預定為 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類