《Entity Framework 6 Recipes》中文翻譯系列 (7) -----第二章 實體數據建模基礎之拆分實體到多表以及拆分表到多實體

2-6 拆分實體到多表

問題

　　你有兩張或是更多的表，他們共享一樣的主鍵，你想將他們映射到一個單獨的實體。

解決方案

　　讓我們用圖2-15所示的兩張表來演示這種情況。

圖 2-15，兩張表，Prodeuct 和ProductWebInfo，擁有共同的主鍵

　　按下面的步驟為這兩張表建模一個單獨實體：

　　1、在你的項目中，創建一個繼承至DbContext的上下文對象EF6RecipesContext；

　　2、使用代碼清單2-8創建一個POCO實體Product；　

代碼清單2-8：創建一個POCO實體Product

public class Product {
        [Key]
        [DatabaseGenerated(DatabaseGeneratedOption.None)]
        public int SKU { get; set; }
        public string Description { get; set; }
        public decimal Price { get; set; }
        public string ImageURL { get; set; }
    }

　　3、在EF6RecipesContext中添加類型為DbSet<Product>的屬性Products；

　　4、使用代碼清單2-9在EF6RecipesContext中重寫OnModelCreating()方法；

代碼清單2-9 重寫OnModelCreating()方法

public class EF6RecipesContext : DbContext {
        public DbSet<Product> Products { get; set; }
        public EF6RecipesContext()
            : base("name=EF6CodeFirstRecipesContext") {
        }
        protected override void OnModelCreating(DbModelBuilder modelBuilder) {
            base.OnModelCreating(modelBuilder);
            modelBuilder.Entity<Product>()
            .Map(m => {
                m.Properties(p => new { p.SKU, p.Description, p.Price });
                m.ToTable("Product", "Chapter2");
            })
            .Map(m => {
                m.Properties(p => new { p.SKU, p.ImageURL });
                m.ToTable("ProductWebInfo", "Chapter2");
            });
        }
    }

原理

　　這種情況常見於遺留系統中，一個表中的每一行都包含額外的，本該屬於另一張表的信息。隨着數據庫變化，這樣情況經常發生。沒有人願意去打破現有的代碼，而是通過在一個關鍵的表中添加一些列來解決問題。處理這種情況的答案是，建一張新表來“移植”這對額外的列。

　　通合並兩張或多張並到一個單獨的實體，通常也被叫作分拆一個實體到兩張或多張數據庫表，我可以把每個組成部分當成一個邏輯實體。這過程叫做垂直分拆。

　　垂直分拆的缺點在，我們獲取實體類型實例時，分拆的表需要一個額外的join（連接）來構建實體類型。這個額外的join如清單2-10所示：

清單2-10 垂直分拆需要額外的Join連接

SELECT
[Extent1].[SKU] AS [SKU],
[Extent2].[Description] AS [Description],
[Extent2].[Price] AS [Price],
[Extent1].[ImageURL] AS [ImageURL]
FROM [dbo].[ProductWebInfo] AS [Extent1]
INNER JOIN [dbo].[Product] AS [Extent2] ON [Extent1].[SKU] = [Extent2].[SKU]

　　插入和獲取Product實體沒有特別的要求。代碼清單2-11演示了操作被垂直分拆的Product實體類型

 

 using (var context = new EF6RecipesContext()) {
                var product = new Product {
                    SKU = 147,
                    Description = "Expandable Hydration Pack",
                    Price = 19.97M,
                    ImageURL = "/pack147.jpg"
                };
                context.Products.Add(product);
                product = new Product {
                    SKU = 178,
                    Description = "Rugged Ranger Duffel Bag",
                    Price = 39.97M,
                    ImageURL = "/pack178.jpg"
                };
                context.Products.Add(product);
                product = new Product {
                    SKU = 186,
                    Description = "Range Field Pack",
                    Price = 98.97M,
                    ImageURL = "/noimage.jp"
                };
                context.Products.Add(product);
                product = new Product {
                    SKU = 202,
                    Description = "Small Deployment Back Pack",
                    Price = 29.97M,
                    ImageURL = "/pack202.jpg"
                };
                context.Products.Add(product);
                context.SaveChanges();
            }
            using (var context = new EF6RecipesContext()) {
                foreach (var p in context.Products) {
                    Console.WriteLine("{0} {1} {2} {3}", p.SKU, p.Description,
                    p.Price.ToString("C"), p.ImageURL);
                }
            }

代碼清單2-11的輸出如下：

147 Expandable Hydration Pack $19.97 /pack147.jpg
178 Rugged Ranger Duffel Bag $39.97 /pack178.jpg
186 Range Field Pack $98.97 /noimage.jpg
202 Small Deployment Back Pack $29.97 /pack202.jpg

 

2-7 分拆一張表到多個實體

問題

　　你有這樣的一張數據庫表，里面包含經常使用的字符，一些不常用的大字段。為了性能，需要避免每個查詢都去加載這些字段。你需要將這張表分拆成兩個或是更多的實體。

解決方案

　　我們假設你有一張如圖2-16的表，它存儲照片的信息，以及照片的縮略圖和全分辨率圖。

圖2-16  Photograph表，有一個二進制的大對象字段，保存圖像數據

 　　按下面的步驟創建一個包含成本合理且經常使用列的實體，同時創建一個包含成本高且極少使用的高分辨位列的實體：

　　　　1、在你的項目中創建一個繼承自DbContext的上下文對象EF6RecipesContext；

　　　　2、使用代碼清單2-12創建一個POCO實體Photograph；

　　　　　　代理清單2-12  創建一個POCO實體Photograph　　　　

  public class Photograph {
        [Key]
        [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
        public int PhotoId { get; set; }
        public string Title { get; set; }
        public byte[] ThumbnailBits { get; set; }
        [ForeignKey("PhotoId")]
        public virtual PhotographFullImage PhotographFullImage { get; set; }
    }

　　　　3、使用代碼清單2-13創建一個POCO實體PhotographFullImage；

　　　　　　代理清單2-13  創建一個POCO實體PhotographFullImage

    public class PhotographFullImage {
        [Key]
        public int PhotoId { get; set; }
        public byte[] HighResolutionBits { get; set; }
        [ForeignKey("PhotoId")]
        public virtual Photograph Photograph { get; set; }
    }

　　　　4、在上下文對象EF6RecipesContext中添加DbSet<Photograph>屬性；

　　　　5、在上下文對象EF6RecipesContext中添加另一個DbSet<PhotographFullImage>屬性;

　　　　6、使用代碼清單2-14重寫上下文對象中的OnModelCreating()方法；

　　　　　　代碼清單2-14 重寫上下文對象中的OnModelCreating()方法

 protected override void OnModelCreating(DbModelBuilder modelBuilder) {
            base.OnModelCreating(modelBuilder);
            modelBuilder.Entity<Photograph>()
            .HasRequired(p => p.PhotographFullImage)
            .WithRequiredPrincipal(p => p.Photograph);
            modelBuilder.Entity<Photograph>().ToTable("Photograph", "Chapter2");
            modelBuilder.Entity<PhotographFullImage>().ToTable("Photograph", "Chapter2");
        }

原理

　　實體框架不直接支持延遲加載某個單一的實體屬性。為了得到延遲加載成本昂貴屬性的好處，利用實體框架延遲加載關聯實體的特性，我們創建一個新的，包含成本昂貴的保存完整圖像列的實體PhotographFullImage,一個Photograph實體和PhotographFullImange實體之單的關聯。並且我們在概念層添加一個跟數據庫引用約束相似的約束，告訴實體框架一個PhotographFullImage不能離開Photograph而獨立存在。

　　由於引用約束的存在，在模型中，我們有兩件需要注意的事：一個是，當我們新建一個PhotographFullImage實體的實例或者調用SaveChages()方法之前，Photogrpah的實例必須存在上下文中。第二個是，如果我刪除一個photograph，與之關聯的photographFullImage也會被刪除，這有點像是數據庫中引用約束的級聯刪除。

　　代碼清單2-15 演示從模型中插入和獲取數據。

代碼清單2-15 插入和延遲加載成本昂貴的字段

 

            byte[] thumbBits = new byte[100];
            byte[] fullBits = new byte[2000];
            using (var context = new EF6RecipesContext()) {
                var photo = new Photograph {
                    Title = "My Dog",
                    ThumbnailBits = thumbBits
                };
                var fullImage = new PhotographFullImage { HighResolutionBits = fullBits };
                photo.PhotographFullImage = fullImage;
                context.Photographs.Add(photo);
                context.SaveChanges();
            }
            using (var context = new EF6RecipesContext()) {
                foreach (var photo in context.Photographs) {
                    Console.WriteLine("Photo: {0}, ThumbnailSize {1} bytes",
                        photo.Title, photo.ThumbnailBits.Length);

                    //顯式加載存儲完整圖像的字段
                    context.Entry(photo).Reference(p => p.PhotographFullImage).Load();
                    Console.WriteLine("Full Image Size: {0} bytes",
                        photo.PhotographFullImage.HighResolutionBits.Length);
                }
            }

　　代碼清單2-15的輸出如下：

Photo: My Dog, Thumbnail Size: 100 bytes
Full Image Size: 2000 bytes

 

　　代碼清單2-15創建並初始化實體Photograph和PhotographFullmage的實例對象，並將他們添加到上下文對象中，然后調用方法SaveChanges()保存。

　　在查詢中，我們獲取數據庫中每一個photograph，打印它們的信息，並顯示加載與之關系的實體PhotographFullImage。注意，我們沒有關閉上下文中默認的延遲加載選項，這正是我們需要的。我們可以選擇不去加載PhotographFullImage的實例，如果獲取成百上千張的照片，這將為我們節約大量的時間和帶寬。

　　本篇到此結束，如果你在堅持看本系列話，請點推薦以示支持。謝謝~

 

實體框架交流QQ群:  458326058，歡迎有興趣的朋友加入一起交流

謝謝大家的持續關注，我的博客地址：http://www.cnblogs.com/VolcanoCloud/