zoukankan      html  css  js  c++  java
  • 《Entity Framework 6 Recipes》中文翻译系列 (8) -----第二章 实体数据建模基础之继承关系映射TPT (转)

    2-8 Table per Type Inheritance 建模

    问题

      你有这样一张数据库表,它包含一些额外的信息,这些信息来到一张公共的表。你想使用Table per  Type Inheritance(TPT)继承映射建模。

    解决方案

      假设你有两张表与一张公共的表密切相关,如图2-17所示,Businiss表与eCommerce表、Retail表有1:0...1关系。最关键的是,eCommerce表和Retail表中有关于Business表中代表业务的额外的信息。(BusinessID).

    图2-17 密切相关的表

      表Retail和eCommerce与表Business密切相关,它们包含一些与业务密切相关的属性。 按下面的步骤,使用TPT为这个继承(Retail和eCommerce实体继承自Business实体)建模。

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

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

          代码清单2-16  创建一个POCO实体Business

    复制代码
    1     [Table("Business", Schema = "Chapter2")]
    2     public class Business {
    3         [Key]
    4         [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    5         public int BusinessId { get; protected set; }
    6         public string Name { get; set; }
    7         public string LicenseNumber { get; set; }
    8     }
    复制代码

        3、使用代码清单2-17 创建一个POCO实体eCommerce,它继承至Business类

          代码清单2-17 创建一个POCO实体eCommerce

    1     [Table("eCommerce", Schema = "Chapter2")]
    2     public class eCommerce : Business {
    3         public string URL { get; set; }
    4     }

        4、使用代码清单2-18 创建一个POCO实体Retail,它继承至Business类

          代码清单2-18 创建一个POCO实体Retail

    复制代码
    1     [Table("Retail", Schema = "Chapter2")]
    2     public class Retail : Business {
    3         public string Address { get; set; }
    4         public string City { get; set; }
    5         public string State { get; set; }
    6         public string ZIPCode { get; set; }
    7     }
    复制代码

        5.在上下文对象EF6RecipesContext中添加DbSet<Businss>属性; (译注:这里如果不加构造函数,数据将会保存到默认的数据库实例SQLExpress中,导致不少读者认为数据没有保存到数据库表中,构造函数如下代码清单2-18-1所示)

    1        public Recipe8Context()
    2             : base("name=EF6CodeFirstRecipesContext")
    3         {
    4 
    5         }     

    原理
      表Retail和eCommerce位于,与表Business关系1:0...1的 0...1这一边。这意味着,一个business可以没有额外信息,也可以有额外的Retail和eCommerce信息。在面向对象的编程中,我们有一个基类Business,两个派生类,Retail和eCommerce.

      因为1:0...1的关系,在表Retail和eCommerce中,不可能有在表Business中没有与之相应的行的数据(行)。在面向对象中,派生类继承基类的属性,这是继承的核心。在table per type(常称为TPT)映射中,每个派生类都被表示成一个单独的表。

      代码清单2-19 演示从模型中插入和获取

    代码清单2-19 在TPT模型中插入和获取实体

    复制代码
     1  using (var context = new EF6RecipesContext()) {
     2                 var business = new Business {
     3                     Name = "Corner Dry Cleaning",
     4                     LicenseNumber = "100x1"
     5                 };
     6                 context.Businesses.Add(business);
     7                 var retail = new Retail {
     8                     Name = "Shop and Save",
     9                     LicenseNumber = "200C",
    10                     Address = "101 Main",
    11                     City = "Anytown",
    12                     State = "TX",
    13                     ZIPCode = "76106"
    14                 };
    15                 context.Businesses.Add(retail);
    16                 var web = new eCommerce {
    17                     Name = "BuyNow.com",
    18                     LicenseNumber = "300AB",
    19                     URL = "www.buynow.com"
    20                 };
    21                 context.Businesses.Add(web);
    22                 context.SaveChanges();
    23             }
    24             using (var context = new EF6RecipesContext()) {
    25                 Console.WriteLine("
    --- All Businesses ---");
    26                 foreach (var b in context.Businesses) {
    27                     Console.WriteLine("{0} (#{1})", b.Name, b.LicenseNumber);
    28                 }
    29                 Console.WriteLine("
    --- Retail Businesses ---");
    30                 foreach (var r in context.Businesses.OfType<Retail>()) {
    31                     Console.WriteLine("{0} (#{1})", r.Name, r.LicenseNumber);
    32                     Console.WriteLine("{0}", r.Address);
    33                     Console.WriteLine("{0}, {1} {2}", r.City, r.State, r.ZIPCode);
    34                 }
    35                 Console.WriteLine("
    --- eCommerce Businesses ---");
    36                 foreach (var e in context.Businesses.OfType<eCommerce>()) {
    37                     Console.WriteLine("{0} (#{1})", e.Name, e.LicenseNumber);
    38                     Console.WriteLine("Online address is: {0}", e.URL);
    39                 }
    40             }
    复制代码

      代码清单2-19 创建并初始化Business实体实例和两个派生类实例。使用上下文中Business实体集中的Add()方法将他们添加到上下文中。

      在查询中,我们迭代上下文中的Businesses实体集访问所有的businesses。对于派生类型,我们使用泛型方法OfType<T>()并通过指定具体的类型参数在实体集中过滤。

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

    --- All Businesses ---Corner Dry Cleaning (#100X1)
    Shop and Save (#200C)
    BuyNow.com(#300AB)
    --- Retail Businesses ---Shop and Save (#200C)
    101 Main
    Anytown, TX 76106
    ---- eCommerce Businesses ---BuyNow.com(#300AB)
    Online address is: www.buynow.com

      TPT是实体框架支持三个继承映射中的一个,另外两个分别是Table per Hierarchy(TPH,将在本章后面部分讨论),和Table per Concrete Type(TPC,见第15章)。

      TPT继承映射提供了数据库方面的灵活性,作为开发人员,我们可以很容易在模型中为新加的表添加派生类型。但是,每个派生类型都会涉及一个额外的join连接,这会降低系统的性能。 在真实的应用中,我们已经看到当派生类型很多时,使用TPT继承映射所带来的性能问题。

      Table per hierarchy(TPH)继承映射,将在2-10小节讲述。它将整个继承类型存储在一张单独的表中,他解决了TPT中的join连接问题,并带来了好的性能。但牺牲了数据库的灵活性。

      Table per concrete(TPC)继承映射,它被实体框架于运行时所支持,但不被设计器支持。关于TPC的重要应用,请见第15章。

    2-9 使用条件过滤对象集

    问题

      你想在实体类型上创建一个固定的条件来映射表中行的一个子集。

    解决方案

      假设你有一张包含账户信息的数据库表,如图2-18所示,该表有一个可为空的列DeletedOn,它保存着账户被删除的日期和时间。如果账户是激活的,列DeletedOn的值为null,你希望实体类型只代表激活的账户,也就是说,是DeletedOn没有值的账户。

    图2-18 有DeletedOn列表Account表

      按下面的步骤,为表Account建模,模型中实体类型只代表激活状态的账户

        1、右键你的项目,选择Add(增加) ➤New Item(新建项),然后选择Visual C#条目下的Data模板下的ADO.NET Entity Data Model(ADO.NET实体数据模型)。

        2、选择Generate from database 从一个已存在的数据库创建模型,点击Next(下一步)。

        3、可以选择一个已存在的数据库连接,也可以选择新建一个数据库连接。

        4、在选择数据库窗口,选择表Account。后勾选上确定所生成对象名称的单复数形式、在模型中包含外键列复选框。点击Finish(完成)

        5、单击Account实体并查看映射详细信息窗口,如果映射详细信息窗口未显示。选择工具菜单View(视图) ➤Other Windows(其它窗口) ➤Entity Data Model Mapping Details(实体数据模型映射详细信息)。在映射详细信息窗口中单击 Add a Condition(增加一个条件),然后选择列DeletedOn, 在Operator(操作符)列中,选择Is,在Value/Property(值或属性)列中选择Null. 这样就创建了一个映射条件(如图2-18)

        6、右键DeleltedOn属性并选择Delete,因为我们使用列DeletedOn作为条件映射,我们不把它映射到实体中的属性。 在我们模型中,它的值总是为Null。

    原理

      在示例中,我们在实体Account中应用Is Null条件来过滤行中DeletedOn列有值的行。代码清单2-20演示了从Account表插入和获取数据。

    代理清单2-20 从Account插入和获取数据

    复制代码
     1  using (var context = new EF6RecipesContext()) {
     2                 context.Database.ExecuteSqlCommand(@"insert into chapter2.account
     3 (DeletedOn,AccountHolderId) values ('2/10/2009',1728)");
     4                 var account = new Account { AccountHolderId = 2320 };
     5                 context.Accounts.Add(account);
     6                 account = new Account { AccountHolderId = 2502 };
     7                 context.Accounts.Add(account);
     8                 account = new Account { AccountHolderId = 2603 };
     9                 context.Accounts.Add(account);
    10                 context.SaveChanges();
    11             }
    12             using (var context = new EF6RecipesContext()) {
    13                 foreach (var account in context.Accounts) {
    14                     Console.WriteLine("Account Id = {0}",
    15                     account.AccountHolderId.ToString());
    16                 }
    17             }
    复制代码

      代码清单2-20,我们使用传统方式,调用在上下文对象的Database属性的方法ExecuteSqlCommand(),向数据库中插入一行数据。之所有这样做,是因为我们需要插入一行DeletedOn列为非null值的数据。在模型中,Account实体没有属性映射此列。实际上,Account实体已不可能被映射到一个有DeletedOn列值的行,而这又恰好是我们需要用来测试的。

      第一部分余下的代码,我们创建并初始化了3个Account实体类型的实例,并通过SaveChanges()方法保存到数据加中。

      当我们查询数数据库时,我们只能获取到3个通过SaveChanges()方法保存到数据库中的Account实体类型实例。通过方法ExecuteSqlCommand()方法插入的数据将不被显示。下面的输出验证了这个结论:

    Account Id = 2320
    Account Id = 2502
    Account Id = 2603

  • 相关阅读:
    storm环境搭建
    环境变量
    vmware tools安装及使用其实现与宿主机共享文件夹
    关于mysql中的count()函数
    centos7配置jdk8
    linux常用命令(随时更新中)
    ES中对索引的相关操作
    linux centos7下源码 tar安装mysql5.7.23(5.7以上均可试用)
    安装linux虚拟机配置静态ip(桥接模式,外部机器能够访问)
    安装linux虚拟机配置静态ip(NAT模式)
  • 原文地址:https://www.cnblogs.com/yunxiaguo/p/5819579.html
Copyright © 2011-2022 走看看