基本上sql中要表示继承关系有3中方式.
分别是,1表继承(TPH),2表继承(TPC),3表继承(TPT)
1表 :
Person
id type name classroom office
1 student keat 1B null
2 teacher xinyao null Lv2-T2
好处是不用 inner join 快,坏处是null 很多,浪费空间, column很长不好看。
2表:
这个很瞎不要学 .. , 大概就是没有父表,字表很多,但是每个column都重复写...无言
3表: (3只是代号,其实是看子类多少就多少表,子表的 id 是跟父表一样的)
Person
id name
Student
id classroom
Teacher
id office
这样就没有null了,只是要inner join 会慢
entity 是用 Fluent API 来实现的
3表方式
[Table("person")] public class Person { [Key] public Int32 id { get; set; } public string name { get; set; } } //子类不要写 [table("")]public class Student : Person { public string classroom { get; set; } }public class Teacher : Person { public string office { get; set; } }
Fluent API
protected override void OnModelCreating(DbModelBuilder modelBuilder) { modelBuilder.Entity<Person>(). //对Person Map<Student>(s => s.ToTable("student")). //map 另外2个table , "student" 是tableName Map<Teacher>(t => t.ToTable("teacher")); base.OnModelCreating(modelBuilder); }
insert 的话直接实例化字类就可以了
db.students.Add(new Student { name = "keatkeat", classroom = "1B" }); db.SaveChanges();
1表方式 :
[Table("person")] public class Person { [Key] public Int32 id { get; set; } public string name { get; set; }
//publick string type {get ;set;} //这里是不可以这样写的,type是entity 和 sql 秘密沟通用的 } /* 子类千万不要写 [Table()] 了 */ public class Student : Person { public string classroom { get; set; } } public class Teacher : Person { public string office { get; set; } }
Fluent API
protected override void OnModelCreating(DbModelBuilder modelBuilder) { modelBuilder.Entity<Person>() .Map<Student>(s => s.Requires("type").HasValue("student")) .Map<Teacher>(m => m.Requires("type").HasValue("teacher")); base.OnModelCreating(modelBuilder); }
属性 type 是 sql 和 EF 秘密沟通的值,我们是不能获取的。
在获取数据或者做过滤的时候
var commentss = db.users.OfType<Salesman>().Where(s => s.salesmanSpecialColumn == "abc").ToList(); var comments = db.comments.Where(c => c.user is Salesman && (c.user as Salesman).salesmanSpecialColumn == "abc").ToList();
主要是用了 OfType , is , as 来强转
另外 WebAPI 2 , OData v4 的 request url 是这样写的 :
/api/comments?$filter=user/EFDB.Salesman/salesmanSpecialColumn eq 'abc'
另外, TPT 虽然比较 OO 不过也常出现Bug,尤其是你的继承很深很宽.
TPT还有个坏处就是 join 表会很慢 。
TPT 在做 checkconcurrent 时要注意,最好在基表加一个rowVersion column , 在 saveChanges 时set 这个column to isModified , 不然并出来的语句会有问题的。
所以通常我们还是会使用 TPH 来做项目
TPH 也是有问题的,虽然select不用Join,
nullable 引起的问题 :浪费空间,sql table 不好看 , 对索引不利 , 不能强制验证不能为null.
(For MSSQL)
此外nullable也不方便set UNIQUE (虽然可以用 filter fix)
还有一种是类的继承 (完全没有写 data annotations vs fluent api)
它表示在所有表都有这个基类的属性
通常我们可以用来做 rowVersion , lastModified, createDatetime 这类基本的东西。
需要注意的是如果有 creator_id (比如记入administrator_id) 遇到有关联的表有些情况要使用 [InverseProperty("administrator")] 来指定哦 ! 我之前就是被这个坑了一下。
还有这种继承不能放在抽象类上(我没有研究为什么,就有bug). 所以比如有rowVersion 那些,在多层继承的类的最上层基类,直接copy paste 属性进去而不要使用继承.
更新 : 2015-07-11
抽象累被 OData json 化返回到前台,每个资源都会附带一个 "'@odata.type' : '#EFDB.Member'" 来表明它是属于那个子类。
当我们在做 POST,PUT 的时候也是同样的道理,我们要告诉OData 明确的子类类型,不然OData是没有办法判断出来的。所以 POST 的json 也必须含有 "@odata.type" !