Django中基表的设置 通过图书管理系统引入多表操作:如果我们创建表的方式是先抽象出表与表之间相同的字段建一个父类,然后在用每个表类去继承这个父类,如下面的代码,我们将无法得到期望的表字段。...反过来先操作表B后操作表A,更满足逻辑思维,一样可以执行。通过逻辑将A、B表进行连表查询,不会有任何异常。如两张表建立了一对一外键字段,外键在A表,那么先往B表写数据就更合理。...假设图书管理系统中书、出版社、作者、作者详细信息四张表之间的关系如下: """ 表关系 1)Book 和 Publish 一对多:外键在多的一方 Book 2)Book 和 Author 多对多:外键在查询频率高的一方...更合理) """ Django orm中外键字段属性详解 在建表之前我们对外键字段属性进行了解: 1)related_name在外键中设置外键反向查询的字段名:正向找字段名,反向找related_name...如果涉及到通过外键进行跨表查询,然后再将查询数据反序列化到前台就需要用到子序列化,比如下面的例子:我们查询出版社信息的时候连带将book表中的该出版社所出版过的书名一并查出来。
首先数据库中主外键的定义: 主键 外键 定义: 唯一标识一条记录,不能有重复的,不允许为空 表的外键是另一表的主键, 外键可以有重复的, 可以是空值 作用: 用来保证数据完整性 用来和其他表建立联系用的...个数: 主键只能有一个 一个表可以有多个外键 因为这个主外键属性对于理解后面的EF框架(ORM)很有帮助,所以这里我们多讲一些!...而称ArtistID属性为外键属性(foreign key),因为与模型对应的数据库中,专辑表(Album)和艺术家(Artist)表存在对应的外键关系,即ArtistID是Album表的外键!...5 什么是实体框架,什么是代码优先和数据上下文? 新建的ASP.NET MVC5项目会自动包含对实体框架(EF)的引用。...4.执行基架代码 4.1用实体框架创建数据库--local-DB虚拟数据空间 EF框架的代码优先方法会尽可能地使用约定而非配置(即MVC中的约定优于配置)。
在典型的ER设计中,您可以找到描述实体、实体属性和相互关系的符号,如圆角矩形和连接器(具有不同的端点样式)。 什么时候画ER图? 什么时候画erd ?...这样的初始模型还可以演化为物理数据库模型,以帮助创建关系数据库,或帮助创建流程图和数据流模式。 ERD符号指南 ER图包含实体、属性和关系。在这一节中,我们将详细讨论ERD符号。...在为物理数据库开发绘制ERD时,务必确保使用目标RDBMS支持的类型。 下面的ER关系图示例显示了一个包含一些属性的实体。 ? 主键 主键是一种特殊的实体属性,它惟一地定义了数据库表中的一条记录。...第三条记录无效,因为另一条记录已经使用了ID 'PDT-0002'的值。 ? 外键 外键也称为FK,是对表中主键的引用。它用于标识实体之间的关系。注意,外键不一定是唯一的。多条记录可以共享相同的值。...在规范化的过程中,您可能会发现详细信息会重复记录,然后您可以将其作为单独的实体制造商进行拆分,并使用一个外键在产品和制造商之间进行链接。 数据模型的例子 ERD例子-电影租赁系统 ?
entityones,其中EntityTwo_Id为外键。...entitytwoentityones,其中EntityTwo_Id和EntityOne_Id是外键,这两个外键构成了改表的复合主键。 ?...:publications,user,publicationusers 其中publicationusers为关系表,表的属性只包括两个表的主键。...解决方案: 每次向publications表插入记录时,先在表中查找待插入的刊物是否存在,如果存在就不插入,只更新publicationusers表。...那么经过这样的修改后,每一个PublicationUser实例对应了表中的一条记录。
JoinTable(name="",inverseJoinColums=@JoinColum(name=""),joinColum=@JoinColum(name="")) 其中,inverseJoinColums只关系被维护端的外键...joinColum指关系维护端本身的外键 总结 关系被维护端用mapperBy来定义关系 关系维护端用joinColum来指定外键名称,维护外键或者是@JoinTable通过中间表维护关系 *ToOne...表示一个多对一的映射,该注解标注的属性通常是数据库表的外键 optional:是否允许该字段为null,该属性应该根据数据库表的外键约束来确定,默认为true 可选 fetch:表示抓取策略,....多对多关联上是两个一对多关联,但是在ManyToMany描述中,中间表是由ORM框架自动处理 可选 targetEntity:表示多对多关联的另一个实体类的全名,例如:package.Book.class...例如,实体Order有一个user属性来关联实体User,则Order的user属性为一个外键, 其默认的名称为实体User的名称+下划线+实体User的主键名称 @JoinTable(name =
3NF:属性不依赖于其它非主属性 , 消除传递依赖,如这样的设计就不合理,学号做主键,学生课程表(学号=课程),当学号修改,对应的课程表也需要修改,这就是属于传递依赖 BCNF:符合3NF,每个表中只有一个候选键...,外键表中的记录是没有删除的,这样对于数据库的数据是很容易混乱的,不便于维护,那我要是使用的是强外键的方式,这样直接删除主键记录,没有删除外键表中的记录,这样是要报错的,这样容易找到代码上的问题,外键的设计能对于数据完整性有一个好的约束...,当你开发的系统已经完全不会出现数据不完整的问题的时候,你可以考虑使用弱外键来关联表操作,也同时会省去外键消耗,具体的设置外键方法查考博客:外键及其约束理解) 4、索引设计 (对于业务上的字段,那些需要字段需要建立索引...没有定义键或键定义不好的表。 2NF 多个属性有同样的前缀。 重复的数据组。 汇总的数据,所引用的数据在一个完全不同的实体中。...BCNF- “每个键必须唯一标识实体,每个非键熟悉必须描述实体。” 4NF 三元关系(实体:实体:实体)。 潜伏的多值属性。(如多个手机号。) 临时数据或历史值。
3NF:属性不依赖于其它非主属性 , 消除传递依赖,如这样的设计就不合理,学号做主键,学生课程表(学号=课程),当学号修改,对应的课程表也需要修改,这就是属于传递依赖 BCNF:符合3NF,每个表中只有一个候选键...,外键表中的记录是没有删除的,这样对于数据库的数据是很容易混乱的,不便于维护,那我要是使用的是强外键的方式,这样直接删除主键记录,没有删除外键表中的记录,这样是要报错的,这样容易找到代码上的问题,外键的设计能对于数据完整性有一个好的约束...(三)列意味着唯一的值 如果表示坐标(0,0),应该使用两列表示,而不是将“0,0”放在1个列中。 (四)列的顺序,可读性问题 (五)定义主键和外键 数据表必须定义主键和外键(如果有外键)。...(八)规范化——范式 1NF 包含分隔符类字符的字符串数据。 名字尾端有数字的属性。 没有定义键或键定义不好的表。 2NF 多个属性有同样的前缀。 重复的数据组。...汇总的数据,所引用的数据在一个完全不同的实体中。 BCNF- “每个键必须唯一标识实体,每个非键熟悉必须描述实体。” 4NF 三元关系(实体:实体:实体)。 潜伏的多值属性。(如多个手机号。)
3NF:属性不依赖于其它非主属性 , 消除传递依赖,如这样的设计就不合理,学号做主键,学生课程表(学号=课程),当学号修改,对应的课程表也需要修改,这就是属于传递依赖 BCNF:符合3NF,每个表中只有一个候选键...,外键表中的记录是没有删除的,这样对于数据库的数据是很容易混乱的,不便于维护,那我要是使用的是强外键的方式,这样直接删除主键记录,没有删除外键表中的记录,这样是要报错的,这样容易找到代码上的问题,外键的设计能对于数据完整性有一个好的约束...(四)列的顺序,可读性问题 (五)定义主键和外键 数据表必须定义主键和外键(如果有外键)。 (六)选择键 (七)是否允许NULL 任何值和NULL拼接后都为NULL。...没有定义键或键定义不好的表。 2NF 多个属性有同样的前缀。 重复的数据组。 汇总的数据,所引用的数据在一个完全不同的实体中。...BCNF- “每个键必须唯一标识实体,每个非键熟悉必须描述实体。” 4NF 三元关系(实体:实体:实体)。 潜伏的多值属性。(如多个手机号。) 临时数据或历史值。
在ORM框架中,一对一关系的映射可以使用外键映射、主键映射或者关联表映射来实现。二、主键映射的优点在基于主键映射的一对一关联关系中,实体关系被映射到表中,而不是使用外键或者中间表。...这种方式的优点是: 删除或更新数据库时不需要维护外键关系,因为在Hibernate中一对一关联关系使用同一个主键。 查询速度更快,因为查询操作只需要执行单个表的查询。...三、实现方式我们将通过一个简单的实例来演示如何在Hibernate中使用主键映射来实现一对一关系映射。...@OneToOne注解的mappedBy属性表示当前实体类中关联属性的名称与UserProfile实体类中的user属性相对应。...@OneToOne注解的fetch属性指定了默认的加载策略。我们还在@JoinColumn注解中指定了外键对应的字段名为“user_id”。
以前面的例子来说,我们一开始可能会考虑建立一个名为Mothers的表, 其中保存了母亲的信息如年龄,姓名,血型等,对于其下的小孩,可以创建不同的列,如老大,老二,老三… 但这样我们会面临一个问题,即列的数量是不确定的...然后我们可以通过在Children新建一列包含MotherID建立一对多的关系,如下图所示: one2many 其中Children表里的MotherID列又被称为约束或外键(Foreign Key)...在本例子中,姑且将其命名为OrderDetails, 其中每一行都包含了特定的订单信息,对于这个表,主键应为组合键,包含两列信息, 分别为OrderID和ProductID, 而这两列也是对应Orders...,主键和外键都为同一列, 这保证了一对一的正确性。...那么后者可以不以主键作为外键,而是以另外一列声明为UNIQUE的属性作为外键即可。
首先,是为表生成什么样的列名,生成SQL时按照这种列名的约定进行生成,加载对象时则在大表中找对应列的数据。...有了这些数据,则可以在框架内部生成聚合SQL,在框架内部按照它们进行大表到聚合对象的加载。以下,我将这些数据称为聚合对象的“加载选项”。 ...例如:A对象作为Root的子对象,它还有子对象B、C,B有子对象D、E,D有外键引用对象F、F有子对象G,那么,只处理链式的加载意味着,最多可以在加载某个Root对象的A集合的同时,带上A.B、B.C、..._items.AddLast(item); } } 而它包含的每一个元素 LoadOptionItem 则表示一个加载项,它主要包含一个属性的元数据,用于表示要级联加载的子对象集合属性或者外键引用对象属性...这一点对于一个框架设计人员来说,往往很重要,只有流畅、易用的API才能对得起你的客户:框架使用者。以下我只把给出几个为达到流畅API而特别设计的类。
候选键 :就是最小的超键,对于球员表来说,候选键就是(球员编号)或者(身份证号)。 主键 :我们自己选定,也就是从候选键中选择一个,比如(球员编号)。 外键 :球员表中的球队编号。...候选键 :是(管理员,物品名)和(仓库名,物品名),然后我们从候选键中选择一个作为主键 ,比 如(仓库名,物品名)。 主属性 :包含在任一候选键中的属性,也就是仓库名,管理员和物品名。...这里需要确认,所有的列中,每个字段只包含一种数据。...刚刚的 ER 模型展示了电商业务的框架, 但是只包括了订单,地址,用户,购物车,评论,商品,商品分类和订单详情这八个实体,以及它们之 间的关系,还不能对应到具体的表,以及表与表之间的关联。...,学生表将发生变化,学生表里面增加了一行,这 行是班级表的主键作为学生表的外键,将班级表和学生表联系起来。
@Transient:表示该属性并非一个到数据库表的字段的映射,ORM框架将忽略该属性。...@JoinColumn(name=”loginId”):一对一:本表中指向另一个表的外键。一对多:另一个表指向本表的外键。...@MappedSuperclass 标识的类表示其不能映射到数据库表,因为其不是一个完整的实体类,但是它所拥有的属性能够映射在其子类对用的数据库表中 3....@Column 标注的常用属性是name,用于设置映射数据库表的列名。此外,该标注还包含其它多个属性,如:unique、nullable、length、precision等。...属性表示创建表时,该字段创建的SQL语句,一般用于通过Entity生成表定义时使用,如果数据库中表已经建好,该属性没有必要使用 (8) table属性:table属性定义了包含当前字段的表名 (9) length
2 资源信息,实施操作流程所需的基本数据,如产品、客户。资源实体有时被称为参考数据。 3 业务事件信息,在操作过程中创建的数据,如客户订单。...二元关系:涉及两个实体的关系。三元关系:涉及三个实体的关系。 外键 Foreign Key:在物理模型建模中表示关系,在数据库中建立外键来定义关系。...复合键:包含一 个组织键和至少一个其他单一键、组合键或非键属性。 键的功能类型:超键:唯一标识实体实例的任何属性集。候选键:标识实体实例的最小属性集合, 可能包含一个或多个属性。...主键:被选择为实体唯一标识符的候选键。备用键:是一个候选键,虽唯一,但没有被选为主键,可用于查找特定实体实例。 独立实体:其主键仅包含只属于该实体的属性,用矩形符号表示。...此模型中实体之间的连线表示用于说明业务问题的导航路径。 事实表:行对应于特定的数值型度量值,如金额。事实表占据了数据中大部分空间,且有大量的 行。 维度表:表示业务的重要对象,主要留住文字描述。
@Transient:表示该属性并非一个到数据库表的字段的映射,ORM框架将忽略该属性。...@JoinColumn(name=”loginId”):一对一:本表中指向另一个表的外键。一对多:另一个表指向本表的外键。...(Content-Type),如application/json,text/html; produces:指定返回的内容类型,仅当request请求头中的(Accept)类型中包含该指定类型才返回 @...@Column 标注的常用属性是name,用于设置映射数据库表的列名。此外,该标注还包含其它多个属性,如:unique、nullable、length、precision等。...和updateable属性:一般多用于只读的属性,例如主键和外键等,这些字段通常是自动生成的 columnDefinition属性:columnDefinition属性表示创建表时,该字段创建的SQL
4、需要独立完成实体属性的分析、外键关系连接、表之间关联关系说明。 ER图图片 1、共计7个实体,用户系列1分,商品系列1分,订单系列1分(共3分)。...user:用户表通常包含用户的基本信息,例如用户ID(主键)、用户名、密码(通常加密存储)、邮箱、手机号、创建时间等。...该表通常包含钱包ID(主键)、所属用户ID(外键)、钱包余额等属性。...order:订单表存储订单的基本信息,如订单ID(主键)、用户ID(外键,关联用户表)、订单状态、下单时间、支付状态、支付时间等。...,如订单详情ID(主键)、订单ID(外键,关联订单表)、商品ID(外键,关联商品表)、购买数量、单价等。
在后面的文章中我将陆续写下我在建设基础框架中的一些实践检验,里面可能包括对UI层的封装、基础控件的封装等等。我就废话少扯了,进入主题。 这篇文章的重点是无反射的ORM框架,为什么会有这样的想法?...目的之一:为了表达实体与表的对应关系 ORM是实体与表的一种映射关系,逐渐被发展为一种复杂的技术实现模型。 在传统的分层架构中,在实体的定义上都会使用一个特性来标记该实体所表示的表名称是什么。...如: [Serializable()] [HZ.Table(TableName = "member")] public class Member{} 特性HZ.Table中的属性TableName来保存静态的表名...然后读取相关成员属性值,作为拼接SQL语句的必备条件。 目的之二:为了表达属性与字段的对应关系及一些主、外键 ORM中将实体的属性映射成数据库中表的字段,一般通过两种方式来表达这中关系。...我们看一下抽象类中包含了哪些东西。
如声明一个实体类 Customer,它将映射到数据库中的 customer 表上 @Table 当实体类与其映射的数据库表名不同名时需要使用 @Table 标注说明,该标注与 @Entity 标注并列使用...@Column 标注的常用属性是 name,用于设置映射数据库表的列名。此外,该标注还包含其它多个属性,如:unique 、nullable、length 等。...one2one关系,关系维护端的主键作为外键指向关系被维护端的主键,不再新建一个外键列 元数据属性说明: name:列名。...joinColumns:定义指向所有者主表的外键列,数据类型是JoinColumn数组。...referencedColumnName:该列指向列的列名(建表时该列作为外键列指向关系另一端的指定列) unique: 是否唯一 nullable: 是否允许为空 insertable:
@Transient:表示该属性并非一个到数据库表的字段的映射,ORM框架将忽略该属性。...@JoinColumn(name=”loginId”):一对一:本表中指向另一个表的外键。一对多:另一个表指向本表的外键。...@MappedSuperclass 标识的类表示其不能映射到数据库表,因为其不是一个完整的实体类,但是它所拥有的属性能够映射在其子类对用的数据库表中 3....@Column 标注的常用属性是name,用于设置映射数据库表的列名。此外,该标注还包含其它多个属性,如:unique、nullable、length、precision等。...属性表示创建表时,该字段创建的SQL语句,一般用于通过Entity生成表定义时使用,如果数据库中表已经建好,该属性没有必要使用 8 table属性:table属性定义了包含当前字段的表名 9 length
领取专属 10元无门槛券
手把手带您无忧上云