分析一下:

这里Django会在数据库中创两张表:

createtableGoodsType(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(50)NOTNULL,
PRIMARYKEY(`id`)
)

createtableGoodsMessage(
`id`int(11)NOTNULLAUTO_INCREMENT,
`Title`varchar(50)NOTNULL,
`Category_id`int(11)NOTNULL,
PRIMARYKEY(`id`),
FOREIGNKEY(`Category_id`)REFERENCES`SchoolBuy_goodstype`(`id`)
)

这样的结果就是一个商品会对应一个类别,即类别是商品的外键。

OneToOneField

这种关系和OneToMany类似,是一种有约束的外键,看看下面两个模型:

classGoodsType(models.Model):
name=models.CharField(max_length=50)

classGoodsMessage(models.Model):
Title=models.CharField(max_length='100')#商品标题
Category=models.OneToManyField(GoodsType)#商品标签(变为一对一关系)

他们会使得数据库创建什么表呢?

createtableGoodsType(
`id`int(11)NOTNULLAUTO_INCREMENT,
`name`varchar(50)NOTNULL,
PRIMARYKEY(`id`)
)

createtableGoodsMessage(
`id`int(11)NOTNULLAUTO_INCREMENT,
`Title`varchar(50)NOTNULL,
`Category_id`int(11)NOTNULL,
PRIMARYKEY(`id`),
FOREIGNKEY(`Category_id`)REFERENCES`SchoolBuy_goodstype`(`id`),
UNIQUEKEY`SchoolBuy_goodsmessage_Category_id_4dd415fc1e19cf24_uniq`(`Category_id`)#新增
)

那么这里已经很明显了,在这两个模型里,每个商品有一个商品类型,并且每个商品类型只属于一个商品(用了UNIQUE约束),即如果我A商品的类型是电脑,那么其他商品的类型都不能定义为电脑了。

所以商品与类型的对应关系肯定不能是OneToOne,而应该是OneToMany。

那么OneToOne用在哪里呢?这里说一个地方,在扩展Django的User模型时,因为系统自带的字段不够,所以一种最基本的扩展方法是定义一个User_profile表,用来作为用户的扩展,那么一条用户记录只会有一个扩展表记录,并且这个这个记录也只属于该用户。

ManyToMany

多对多关系,这里我们假设一种情景:

我现在有一个商品表,这个商品有一些图片(不定数量),那么可以使用多对多关系:

classGoodsPicture(models.Model):
Pic=models.ImageField(upload_to='pic/')

classGoodsMessage(models.Model):
Title=models.CharField(max_length='100')#商品标题
Pic=models.ManyToManyField(GoodsPicture)

这里数据库不同啦,建立了三张表,具体如下:

createtableGoodsPicture(
`id`int(11)NOTNULLAUTO_INCREMENT,
`Pic`varchar(255)NOTNULL,#Django对于图片的保存采用的是二进制图片文件存硬盘,数据库只保存图片路径
PRIMARYKEY(`id`)
)

createtableGoodsMessage(
`id`int(11)NOTNULLAUTO_INCREMENT,
`Title`varchar(50)NOTNULL,
PRIMARYKEY(`id`)
#注意了,这里没有外键约束了
)

createtableGoodsMessage_CoodsPicture(
`id`int(11)NOTNULLAUTO_INCREMENT,
`goodsmessage_id`int(11)NOTNULL,
`goodpicture_id`int(11)NOTNULL,
PRIMARYKEY(`id`),
UNIQUEKEY`goodsmessage_id`(`goodsmessage_id`,`goodspicture_id`),
FOREIGNKEY(`goodsmessage_id`)REFERENCES`GoodsMessage`(`id`),
FOREIGNKEY(`goodstype_id`)REFERENCES`GoodsPicture`(`id`)
)

前两个表就不讲了,主要说一下第三个表GoodsMessage_CoodsPicture,

Django用这个表来记录一条数据,内容为:某个商品对应某张图片。其中有一个UNIQUE约束,说明不能有重复的记录。

这样,每次查询GoodsMessage_CoodsPicture表,就能获得某件商品对应的图片。

这里讲了他们在数据库中的实现,那么Django如何来查询这些数据呢,有一篇好的博文推荐给大家:

基于DjangoORM、一对一、一对多、多对多的全面讲解

以上这篇对Django外键关系的描述就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持毛票票。

热门推荐

1 毛坯房验收经验和常识 看了之后再验房心里有底
2 二手房收房如何交接 二手房收房注意问题
3 专业验收毛坯房的价格 商品房验收合格的标准
4 精装房怎么验收 精装房请验房师有用吗
5 一般要到哪里找验房师 验房师有哪些作用呢
6 请人验房一般是多少钱 验房师费用是多少
7 怎样测量房子面积 建筑面积和使用面积怎么算
8 收房需要注意什么 仔细检查不松懈
9 收房时三书一证一表是什么 主要作用介绍
10 交房时交房税费有哪些 本文为你一一讲解
11 验房都需要验什么 要做哪些准备呢
12 毛坯房验房师有必要请吗 毛坯房装修完如何验收
13 地下室防水工程质量验收规范详解
14 水性涂料、油性涂料区别介绍
15 零基础布艺DIY工坊 教你做超萌猫头鹰钥匙包
16 三棵树漆怎么样?三棵树漆官方网站
17 家庭“装修套餐”中猫腻你知道吗?
18 小空间大浴望 卫浴间装修巧支招