《Entity Framework 6 Recipes》中文翻译系列 (7) -----第二章 实体数据建模基础之拆分实体到多表以及拆分表到多实体_.NET_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > .NET > 《Entity Framework 6 Recipes》中文翻译系列 (7) -----第二章 实体数据建模基础之拆分实体到多表以及拆分表到多实体

《Entity Framework 6 Recipes》中文翻译系列 (7) -----第二章 实体数据建模基础之拆分实体到多表以及拆分表到多实体

 2015/5/11 2:52:01  china_fucan  程序员俱乐部  我要评论(0)
  • 摘要:2-6拆分实体到多表问题你有两张或是更多的表,他们共享一样的主键,你想将他们映射到一个单独的实体。解决方案让我们用图2-15所示的两张表来演示这种情况。图2-15,两张表,Prodeuct和ProductWebInfo,拥有共同的主键按下面的步骤为这两张表建模一个单独实体:1、在你的项目中,创建一个继承至DbContext的上下文对象EF6RecipesContext;2、使用代码清单2-8创建一个POCO实体Product;代码清单2-8
  • 标签:翻译 Framework 数据

2-6 拆分实体到多表

问题

  你有两张或是更多的表,他们共享一样的主键,你想将他们映射到一个单独的实体。

解决方案

  让我们用图2-15所示的两张表来演示这种情况。

图 2-15,两张表,Prodeuct 和ProductWebInfo,拥有共同的主键

  按下面的步骤为这两张表建模一个单独实体:

  1、在你的项目中,创建一个继承至DbContext的上下文对象EF6RecipesContext;

  2、使用代码清单2-8创建一个POCO实体Product; 

代码清单2-8:创建一个POCO实体Product

1 public class Product {
2         [Key]
3         [DatabaseGenerated(DatabaseGeneratedOption.None)]
4         public int SKU { get; set; }
5         public string Description { get; set; }
6         public decimal Price { get; set; }
7         public string ImageURL { get; set; }
8     }

  3、在EF6RecipesContext中添加类型为DbSet<Product>的属性Products;

  4、使用代码清单2-9在EF6RecipesContext中重写OnModelCreating()方法;

代码清单2-9 重写OnModelCreating()方法

 1 public class EF6RecipesContext : DbContext {
 2         public DbSet<Product> Products { get; set; }
 3         public EF6RecipesContext()
 4             : base("name=EF6CodeFirstRecipesContext") {
 5         }
 6         protected override void OnModelCreating(DbModelBuilder modelBuilder) {
 7             base.OnModelCreating(modelBuilder);
 8             modelBuilder.Entity<Product>()
 9             .Map(m => {
10                 m.Properties(p => new { p.SKU, p.Description, p.Price });
11                 m.ToTable("Product", "Chapter2");
12             })
13             .Map(m => {
14                 m.Properties(p => new { p.SKU, p.ImageURL });
15                 m.ToTable("ProductWebInfo", "Chapter2");
16             });
17         }
18     }

原理

  这种情况常见于遗留系统中,一个表中的每一行都包含额外的,本该属于另一张表的信息。随着数据库变化,这样情况经常发生。没有人愿意去打破现有的代码,而是通过在一个关键的表中添加一些列来解决问题。处理这种情况的答案是,建一张新表来“移植”这对额外的列。

  通合并两张或多张并到一个单独的实体,通常也被叫作分拆一个实体到两张或多张数据库表,我可以把每个组成部分当成一个逻辑实体。这过程叫做垂直分拆。

  垂直分拆的缺点在,我们获取实体类型实例时,分拆的表需要一个额外的join(连接)来构建实体类型。这个额外的join如清单2-10所示:

清单2-10 垂直分拆需要额外的Join连接

1 SELECT
2 [Extent1].[SKU] AS [SKU],
3 [Extent2].[Description] AS [Description],
4 [Extent2].[Price] AS [Price],
5 [Extent1].[ImageURL] AS [ImageURL]
6 FROM [dbo].[ProductWebInfo] AS [Extent1]
7 INNER JOIN [dbo].[Product] AS [Extent2] ON [Extent1].[SKU] = [Extent2].[SKU]

  插入和获取Product实体没有特别的要求。代码清单2-11演示了操作被垂直分拆的Product实体类型

 

 1  using (var context = new EF6RecipesContext()) {
 2                 var product = new Product {
 3                     SKU = 147,
 4                     Description = "Expandable Hydration Pack",
 5                     Price = 19.97M,
 6                     ImageURL = "/pack147.jpg"
 7                 };
 8                 context.Products.Add(product);
 9                 product = new Product {
10                     SKU = 178,
11                     Description = "Rugged Ranger Duffel Bag",
12                     Price = 39.97M,
13                     ImageURL = "/pack178.jpg"
14                 };
15                 context.Products.Add(product);
16                 product = new Product {
17                     SKU = 186,
18                     Description = "Range Field Pack",
19                     Price = 98.97M,
20                     ImageURL = "/noimage.jp"
21                 };
22                 context.Products.Add(product);
23                 product = new Product {
24                     SKU = 202,
25                     Description = "Small Deployment Back Pack",
26                     Price = 29.97M,
27                     ImageURL = "/pack202.jpg"
28                 };
29                 context.Products.Add(product);
30                 context.SaveChanges();
31             }
32             using (var context = new EF6RecipesContext()) {
33                 foreach (var p in context.Products) {
34                     Console.WriteLine("{0} {1} {2} {3}", p.SKU, p.Description,
35                     p.Price.ToString("C"), p.ImageURL);
36                 }
37             }

代码清单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    

1   public class Photograph {
2         [Key]
3         [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
4         public int PhotoId { get; set; }
5         public string Title { get; set; }
6         public byte[] ThumbnailBits { get; set; }
7         [ForeignKey("PhotoId")]
8         public virtual PhotographFullImage PhotographFullImage { get; set; }
9     }

    3、使用代码清单2-13创建一个POCO实体PhotographFullImage;

      代理清单2-13  创建一个POCO实体PhotographFullImage

1     public class PhotographFullImage {
2         [Key]
3         public int PhotoId { get; set; }
4         public byte[] HighResolutionBits { get; set; }
5         [ForeignKey("PhotoId")]
6         public virtual Photograph Photograph { get; set; }
7     }

    4、在上下文对象EF6RecipesContext中添加DbSet<Photograph>属性;

    5、在上下文对象EF6RecipesContext中添加另一个DbSet<PhotographFullImage>属性;

    6、使用代码清单2-14重写上下文对象中的OnModelCreating()方法;

      代码清单2-14 重写上下文对象中的OnModelCreating()方法

1  protected override void OnModelCreating(DbModelBuilder modelBuilder) {
2             base.OnModelCreating(modelBuilder);
3             modelBuilder.Entity<Photograph>()
4             .HasRequired(p => p.PhotographFullImage)
5             .WithRequiredPrincipal(p => p.Photograph);
6             modelBuilder.Entity<Photograph>().ToTable("Photograph", "Chapter2");
7             modelBuilder.Entity<PhotographFullImage>().ToTable("Photograph", "Chapter2");
8         }

原理

  实体框架不直接支持延迟加载某个单一的实体属性。为了得到延迟加载成本昂贵属性的好处,利用实体框架延迟加载关联实体的特性,我们创建一个新的,创建包含成本昂贵的保存完整图像列的实体PhotographFullImage,一个Photograph实体和PhotographFullImange实体之单的关联。并且我们在概念层添加一个跟数据库引用约束相似的约束,告诉实体框架一个PhotographFullImage不能离开Photograph而独立存在。

  由于引用约束的存在,在模型中,我们有两件需要注意的事:一个是,当我们新建一个PhotographFullImage实体的实例或者调用SaveChages()方法之前,Photogrpah的实例必须存在上下文中。第二个是,如果我删除一个photograph,与之关联的photographFullImage也会被删除,这有点像是数据库中引用约束的级联删除。

  代码清单2-15 演示从模型中插入和获取数据。

代码清单2-15 插入和延迟加载成本昂贵的字段

 

 1             byte[] thumbBits = new byte[100];
 2             byte[] fullBits = new byte[2000];
 3             using (var context = new EF6RecipesContext()) {
 4                 var photo = new Photograph {
 5                     Title = "My Dog",
 6                     ThumbnailBits = thumbBits
 7                 };
 8                 var fullImage = new PhotographFullImage { HighResolutionBits = fullBits };
 9                 photo.PhotographFullImage = fullImage;
10                 context.Photographs.Add(photo);
11                 context.SaveChanges();
12             }
13             using (var context = new EF6RecipesContext()) {
14                 foreach (var photo in context.Photographs) {
15                     Console.WriteLine("Photo: {0}, ThumbnailSize {1} bytes",
16                         photo.Title, photo.ThumbnailBits.Length);
17 
18                     //延迟加载存储完整图像的字段
19                     context.Entry(photo).Reference(p => p.PhotographFullImage).Load();
20                     Console.WriteLine("Full Image Size: {0} bytes",
21                         photo.PhotographFullImage.HighResolutionBits.Length);
22                 }
23             }

  代码清单2-15的输出如下:

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

 

  代码清单2-15创建并初始化实体Photograph和PhotographFullmage的实例对象,并将他们添加到上下文对象中,然后调用方法SaveChanges()保存。

  在查询中,我们获取数据库中每一个photograph,打印它们的信息,并显示加载与之关系的实体PhotographFullImage。注意,我们没有关闭上下文中默认的延迟加载选项,这正是我们需要的。我们可以选择不去加载PhotographFullImage的实例,如果获取成百上千张的照片,这将为我们节约大量的时间和带宽。

  本篇到此结束,如果你在坚持看本系列话,请点推荐以示支持。我一天的的劳动需要你点一下鼠标的支持,因为能给我带动力,谢谢~

 

发表评论
用户名: 匿名