Entity Framework with MySQL 学习笔记一(继承)

基本上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();
View Code

 

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" !

 

你可能感兴趣的:(framework)