第二章 实体数据建模基础之继承关系映射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实体Photograph;

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

[Table("Business", Schema = "Chapter2")]
public class Business {
    [Key]
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int BusinessId { get; protected set; }
    public string Name { get; set; }
    public string LicenseNumber { get; set; }
}

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

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

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

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

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

[Table("Retail", Schema = "Chapter2")]
public class Retail : Business {
    public string Address { get; set; }
    public string City { get; set; }
    public string State { get; set; }
    public string ZIPCode { get; set; }
}

5.在上下文对象EF6RecipesContext中添加DbSet<Businss>属性;

原理   表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模型中插入和获取实体

using (var context = new EF6RecipesContext()) {
    var business = new Business {
        Name = "Corner Dry Cleaning",
        LicenseNumber = "100x1"
    };
    context.Businesses.Add(business);
    var retail = new Retail {
        Name = "Shop and Save",
        LicenseNumber = "200C",
        Address = "101 Main",
        City = "Anytown",
        State = "TX",
        ZIPCode = "76106"
    };
    context.Businesses.Add(retail);
    var web = new eCommerce {
        Name = "BuyNow.com",
        LicenseNumber = "300AB",
        URL = "www.buynow.com"
    };
    context.Businesses.Add(web);
    context.SaveChanges();
}
using (var context = new EF6RecipesContext()) {
    Console.WriteLine("\n--- All Businesses ---");
    foreach (var b in context.Businesses) {
        Console.WriteLine("{0} (#{1})", b.Name, b.LicenseNumber);
    }
    Console.WriteLine("\n--- Retail Businesses ---");
    foreach (var r in context.Businesses.OfType<Retail>()) {
        Console.WriteLine("{0} (#{1})", r.Name, r.LicenseNumber);
        Console.WriteLine("{0}", r.Address);
        Console.WriteLine("{0}, {1} {2}", r.City, r.State, r.ZIPCode);
    }
    Console.WriteLine("\n--- eCommerce Businesses ---");
    foreach (var e in context.Businesses.OfType<eCommerce>()) {
        Console.WriteLine("{0} (#{1})", e.Name, e.LicenseNumber);
        Console.WriteLine("Online address is: {0}", e.URL);
    }
}

代码清单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插入和获取数据

using (var context = new EF6RecipesContext()) {
    context.Database.ExecuteSqlCommand(@"insert into chapter2.account
(DeletedOn,AccountHolderId) values ('2/10/2009',1728)");
    var account = new Account { AccountHolderId = 2320 };
    context.Accounts.Add(account);
    account = new Account { AccountHolderId = 2502 };
    context.Accounts.Add(account);
    account = new Account { AccountHolderId = 2603 };
    context.Accounts.Add(account);
    context.SaveChanges();
}
using (var context = new EF6RecipesContext()) {
    foreach (var account in context.Accounts) {
        Console.WriteLine("Account Id = {0}",
        account.AccountHolderId.ToString());
    }
}

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

这篇就到此结束,下篇我们开始TPH.

《Entity Framework 6 Recipes》中文翻译系列