Entity Framework——建模建库

1数据库初始化策略选择

三种初始化策略:

1)CreateDatabaseIfNotExists:默认的策略。如果数据库不存在,那么就创建数据库。但是如果数据库已存在,而且实体发生了变化,就会出现异常。

2)DropCreateDatabaseIfModelChanges:模型改变时,原来的数据库会被删除,自动重新创建一个新的数据库。

3)DropCreateDatabaseAlways:每次运行都会删除原来的数据库,然后重新生成数据库。

4)Null:在Codefirst模式下,当实体结构改变时,运行程序不会自动生成表,改变实体结构与改变表结构互不影响,

前三种策略无法应对的问题是:分别改变实体模型和数据库表结构。即,当使用CreateDatabaseIfNotExists策略时,修改实体模型会抛异常(The model backing the <Database> context has changed since the database was created

);若使用DropCreateDatabaseIfModelChanges模式,那么每次运行都会重新生成数据库,这导致历史数据丢失,然而提前备份数据这种策略比较麻烦,尤其是系统上线以后。

解决办法:

采用第四种初始化策略,初次使用codefirst方式创建好数据库以后,不使用任何数据库初始化策略,即给Database.SetInitializer传null。

[DbConfigurationType(typeof(MySqlEFConfiguration))]
public class HY_WebApiContext : DbContext
{
  public HY_WebApiContext(): base("name=HY_WebApiContext")
  {
    Database.SetInitializer<HY_WebApiContext>(null);
  }
  ......
}

2实体关系与依赖默认规则创建的表关系

Codefirst模式下,实体与表之间的映射,随实体关系的不同而不同。

1)实体之间为一对一关系

实体

     public class EntityOne
        {
            public int Id { get; set; }
            public string FieldEntityOne { get; set; }
            public EntityTwo EntityTwo { get; set; }
        }

        public class EntityTwo
        {
            public int Id { get; set; }
            public string FieldEntityTwo { get; set; }
        }

表结构

entityones,其中EntityTwo_Id为外键。

EntityTwo

2)实体间的一对多关系

实体

     public class EntityOne
        {
            public int Id { get; set; }
            public string FieldEntityOne { get; set; }
            public List<EntityTwo> EntityTwos { get; set; }
        }

        public class EntityTwo
        {
            public int Id { get; set; }
            public string FieldEntityTwo { get; set; }
        }

表结构

entityones

entitytwoes,其中EntityOne_Id是外键

3)实体间的多对多关系

实体

     public class EntityOne
        {
            public int Id { get; set; }
            public string FieldEntityOne { get; set; }
            public List<EntityTwo> EntityTwos { get; set; }

        }

        public class EntityTwo
        {
            public int Id { get; set; }
            public string FieldEntityTwo { get; set; }
        public List<EntityOne> EntityOnes { get; set; }
        }

表结构

Codefirst模式下,两个实体间的多对多关系,映射为三张表,其中一张表表示实体间的联系。

entityones

entitytwoes

entitytwoentityones,其中EntityTwo_Id和EntityOne_Id是外键,这两个外键构成了改表的复合主键。

4)实体包含类型相同的两个或多个名称不同的导航属性

实体

public class EntityOne
{
     public int Id { get; set; }
     public string FieldEntityOne { get; set; }
     public EntityTwo EntityTwos { get; set; }
     public EntityTwo EntityTwosOther { get; set; }
}

 public class EntityTwo
 {
     public int Id { get; set; }
     public string FieldEntityTwo { get; set; }
 }

Entityones,其中EntityTwos_Id、EntityTwosOther_Id是外键。

entitytwoes

3为关系创建实体:

一个用户可以订阅多种出版物,一种出版物可被多个用户订阅,实体建模如下:

public class Publication
{
  public int Id { get; set; }
  public virtual ICollection<User> Users { get; set; }
  ......
}

public class User
{
  public int Id { get; set; }
  public virtual ICollection<Publication> Publications { get; set; }
  ......
}

EF框架对上述多对多关系的默认处理方式为生成三张表:publications,user,publicationusers

其中publicationusers为关系表,表的属性只包括两个表的主键。

问题1:publications表的数据会大量重复:假设用户A订阅了电子学报,publications表里会有一条关于电子学报的记录,当用户B也订阅电子学报的时候,又会将这条数据插入publications表,如此等等。

解决方案

每次向publications表插入记录时,先在表中查找待插入的刊物是否存在,如果存在就不插入,只更新publicationusers表。

问题2:虽然使用上面的方法可以解决这个问题,但用户何时订阅了一种刊物,这类信息没有被记录下来。

解决方案:

添加一个实体,表达publications,user这两个实体之间的关系,实体如下:

public class Publication
{
  public int Id { get; set; }
  ......
}
public class User
{
  public int Id { get; set; }
  ......
}

public class PublicationUser
{
        public int Id { get; set; }
        /// <summary>
        /// 出版物
        /// </summary>
        public Publication Publication { get; set; }
        /// <summary>
        /// 所属用户
        /// </summary>
        public User User { get; set; }
        /// <summary>
        /// 记录插入时间
        /// </summary>
        public DateTime InsertTime { get; set; }
        /// <summary>
        /// 记录修改时间
        /// </summary>
        public DateTime UpdateTime { get; set; }
}

经上述处理后,EF仍然生成三张表publications,user,publicationusers,与之前不同的是publicationusers表中多了Id ,InsertTime ,UpdateTime 这三个字段,同时去掉了publications,user其中的导航属性,这样的设计满足需求,且无冗余。那么经过这样的修改后,每一个PublicationUser实例对应了表中的一条记录。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏咸鱼不闲

solr中使用IKAnalyzer配置同义词,停止词,扩展词

第一步 将IKAnalyzer2012FF_u1放到solr-4.7.2/example/solr-webapp/webapp/WEB-INF/lib 目录下 ...

17940
来自专栏性能与架构

分库后如何处理分页?

在数据量过大以后,通常都会进行分库操作,把一张表拆分到不同数据库中 例如 tb1 表被拆分到3个库中,分库1、分库2、分库3 现在想执行分页操作 SELECT ...

34380
来自专栏java学习

Hibernate学习笔记2

定义hbm.xml映射文件和pojo类时都需要定义主键,Hibernate中定义的主键类型包括:自然主键和代理主键:

11540
来自专栏GreenLeaves

oracle 表空间tablespace

一、Oracle 表空间的组成 Everoone knows Oracle数据库真正存放数据的是数据文件,Oracle表空间是逻辑上的概念,他在物理上是并不存在...

36880
来自专栏开发与安全

从零开始学C++之模板(四):用模板实现单例模式(线程安全)、模板方式实现动态创建对象

一、用模板实现单例模式 在前面的文章中,用过多种方法实现单例模式,现在用模板方式来实现: 为了实现线程安全,需要在linux 下使用pthread_mutex_...

34700
来自专栏JackeyGao的博客

Django + MySQL 查询不区分大小写问题

由于测试环境的 sqlite 没有问题, 所以怀疑在 mysql 的配置上面。 原来是字符集校对规则的问题, utf8_general_ci 不区分大小写, 可...

18920
来自专栏程序员的SOD蜜

消息服务框架使用案例之--大文件上传(断点续传)功能

消息服务框架使用案例之--大文件上传(断点续传)功能 一、分块上传和断点续传原理 在我们的一个产品应用中,客户需要上传大量的文件到服务器,其中不乏很大的视频文件...

92250
来自专栏Greenplum

Greenplum 列存表(AO表)的膨胀和垃圾检查与空间收缩

Greenplum支持行储存(HEAP储存)与列(append-only)储存,对于AO存储,虽然是appendonly,但实际上GP是支持DELETE和UPD...

53310
来自专栏我是攻城师

Solr中如何使用游标进行深度分页查询

40160
来自专栏IT笔记

Solr如何使用游标进行深度分页查询

通常,我们的应用系统,如果要做一次全量数据的读取,大多数时候,采用的方式会是使用分页读取的方式,然而 分页读取的方式,在大数据量的情况下,在solr里面表现并...

44470

扫码关注云+社区

领取腾讯云代金券