您好,登錄后才能下訂單哦!
小編給大家分享一下Entity Framework如何加載控制Loading Entities,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
Entity Framework允許控制對象之間的關系,在使用EF的過程中,很多時候我們會進行查詢的操作,當我們進行查詢的時候,哪些數據會被加載到內存中呢?所有的數據都需要嗎?在一些場合可能有意義,例如:當查詢的實體僅僅擁有一個相關的子實體時可以加載所有的數據到內存中。但是,在多數情況下,你可能并不需要加載全部的數據, 而是只要加載一部分的數據即可。
默認情況下,EF僅僅加載查詢中涉及到的實體,但是它支持兩種特性來幫助你控制加載:
1、貪婪加載
2、延遲加載
下面以客戶類型、客戶和客戶郵件三個實體之間的關系來講解兩種加載方式。
從上圖可以看出三個實體類之間的關系:
客戶類型和客戶是一對多的關系:一個客戶類型可以有多個客戶。
客戶和客戶郵件是一對一的關系:一個客戶只有一個郵箱地址。(假設只有一個郵箱地址)
延遲加載:即在需要或者使用的時候才會加載數據。默認情況下,EF使用延遲加載的方式來加載數據。延遲加載是這樣一種過程:直到LINQ查詢的結果被枚舉時,該查詢涉及到的相關實體才會從數據庫加載。如果加載的實體包含了其他實體的導航屬性,那么直到用戶訪問該導航屬性時,這些相關的實體才會被加載。
使用延遲加載必須滿足兩個條件:
1、實體類是由Public修飾符修飾的,不能是封閉類。
2、導航屬性標記為Virtual。
CustomerType實體類定義如下:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace LazyLoding.Model { public class CustomerType { public int CustomerTypeId { get; set; } public string Description { get; set; } // 導航屬性使用virtual關鍵字修飾,用于延遲加載 public virtual ICollection<Customer> Customers { get; set; } } }
Customer實體類定義如下:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace LazyLoding.Model { public class Customer { public int CustomerId { get; set; } public string Name { get; set; } // 導航屬性使用virtual關鍵字修飾,用于延遲加載 public virtual CustomerType CustomerType { get; set; } // 導航屬性使用virtual關鍵字修飾,用于延遲加載 public virtual CustomerEmail CustomerEmail { get; set; } } }
CustomerEmail實體類定義如下:
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace LazyLoding.Model { public class CustomerEmail { public int CustomerEmailId { get; set; } public string Email { get; set; } // 導航屬性使用virtual關鍵字修飾,用于延遲加載 public virtual Customer Customer { get; set; } } }
using LazyLoding.Model; using System; using System.Collections.Generic; using System.Data.Entity; using System.Linq; using System.Text; using System.Threading.Tasks; namespace LazyLoding.EF { public class Context :DbContext { public Context() : base("name=AppConnection") { } #region 將領域實體添加到DbSet中 public DbSet<CustomerType> CustomerTypes { get; set; } public DbSet<Customer> Customers { get; set; } public DbSet<CustomerEmail> CustomerEmails { get; set; } #endregion protected override void OnModelCreating(DbModelBuilder modelBuilder) { // 設置表名和主鍵 modelBuilder.Entity<CustomerType>().ToTable("CustomerType").HasKey(p => p.CustomerTypeId); modelBuilder.Entity<Customer>().ToTable("Customer").HasKey(p => p.CustomerId); modelBuilder.Entity<CustomerEmail>().ToTable("CustomerEmail").HasKey(p => p.CustomerEmailId); // 設置實體關系 /* 配置一對多關系 HasMany:表示一個CustomerType里面包含多個Customers WithRequired:表示必選,CustomerType不能為空 MapKey:定義實體之間的外鍵 */ modelBuilder.Entity<CustomerType>().HasMany(p => p.Customers).WithRequired(t => t.CustomerType) .Map(m => { m.MapKey("CustomerTypeId"); }); /* 配置一對一的關系 HasRequired:表示前者必選包含后者,前者可以獨立存在,后者不可獨立存在 WithRequiredPrincipal:指明實體的主要 這里表示指定Customer表是主表可以獨立存在 MapKey:定義實體之間的外鍵 */ modelBuilder.Entity<Customer>().HasRequired(p => p.CustomerEmail).WithRequiredPrincipal(t => t.Customer) .Map(m => { m.MapKey("CustomerId"); }); base.OnModelCreating(modelBuilder); } } }
Configuration類定義如下:
namespace LazyLoding.Migrations { using LazyLoding.Model; using System; using System.Collections.Generic; using System.Data.Entity; using System.Data.Entity.Migrations; using System.Linq; internal sealed class Configuration : DbMigrationsConfiguration<LazyLoding.EF.Context> { public Configuration() { AutomaticMigrationsEnabled = false; } protected override void Seed(LazyLoding.EF.Context context) { // This method will be called after migrating to the latest version. // You can use the DbSet<T>.AddOrUpdate() helper extension method // to avoid creating duplicate seed data. // 初始化種子數據 context.CustomerTypes.AddOrUpdate( new CustomerType() { Description = "零售", Customers = new List<Customer>() { new Customer(){Name="小喬", CustomerEmail=new CustomerEmail(){ Email="qiao@qq.com"}}, new Customer(){Name="周瑜",CustomerEmail=new CustomerEmail(){Email="yu@126.com"}} } }, new CustomerType() { Description = "電商", Customers = new List<Customer>() { new Customer(){Name="張飛", CustomerEmail=new CustomerEmail(){Email="zf@qq.com"}}, new Customer(){Name="劉備",CustomerEmail=new CustomerEmail(){Email="lb@163.com"}} } } ); } } }
// 還沒有查詢數據庫 var customerType = dbContext.CustomerTypes;
繼續執行
查看監視器:
發現這時候產生了查詢的SQL語句。
這就是EF的延遲加載技術,只有在數據真正用到的時候才會去數據庫中查詢。
使用Code First時,延遲加載依賴于導航屬性的本質。如果導航屬性是virtual修飾的,那么延遲加載就開啟了,如果要關閉延遲加載,不要給導航屬性加virtual關鍵字就可以了。
注意:如果想要為所有的實體關閉延遲加載,那么可以在Context的構造函數中配置關閉屬性即可,代碼如下:
public Context() : base("name=AppConnection") { // 配置關閉延遲加載 this.Configuration.LazyLoadingEnabled = false; }
貪婪加載:顧名思義就是一次性把所有數據都加載出來。貪婪加載是這樣一種過程:當我們要加載查詢中的主要實體時,同時也加載與之相關的所有實體。要實現貪婪加載,我們要使用Include()方法。
下面我們看一下如何在加載Customer數據的時候,同時也加載所有的CustomerType數據(操作此功能時暫時先關閉延遲加載以免影響)。
//貪婪加載,以下兩種方式都可以 // 在使用Lambda表達式指明要加載的導航實體時,要引用命名空間:System.Data.Entity var customers = dbContext.Customers.Include(p => p.CustomerType).Include(p => p.CustomerEmail).ToList(); //方式2 var query = dbContext.Customers.Include("CustomerType").Include("CustomerEmails");
貪婪加載:
1、減少數據訪問的延遲,在一次數據庫的訪問中返回所有的數據。
2、一次性加載所有的數據到內存中,可能導致部分數據實際用不到,從而導致讀取數據的速度變慢,效率變低。
延遲加載:
1、只在需要讀取關聯數據的時候才進行加載。每一條數據都會訪問一次數據庫,導致數據庫的壓力加大。
2、可能因為數據訪問的延遲而降低性能,因為循環中,每一條數據都會訪問一次數據庫,導致數據庫的壓力增大。
如何選擇使用哪種查詢機制:
1、如果是在foreach循環中加載數據,那么使用延遲加載會比較好,因為不需要一次性將所有數據都讀取出來,這樣雖然可能會造成多次查詢數據庫,但基本上在可以接受的范圍之內。
2、如果在開發時就可以預見需要一次性加載所有的數據,包含關聯表的所有數據,那么使用貪婪加載是比較好的選擇,但是此種方式會導致效率問題,尤其是在數據量大的情況下。
以上是“Entity Framework如何加載控制Loading Entities”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。