注:本文需要你有一定的数据库知识,本文的数据库语法使用mysql书写
Django中,跟外键有关的关系有三种,下面来一一介绍。
OneToManyField
这种最好理解,说白了就是最普通的外键,看看下面两个模型:
class GoodsType(models.Model): name = models.CharField(max_length=50) class GoodsMessage(models.Model): Title = models.CharField(max_length='100') # 商品标题 Category = models.ManyToManyField(GoodsType) # 商品标签
分析一下:
这里Django会在数据库中创两张表:
create table GoodsType( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL, PRIMARY KEY (`id`) ) create table GoodsMessage( `id` int(11) NOT NULL AUTO_INCREMENT, `Title` varchar(50) NOT NULL, `Category_id` int(11) NOT NULL, PRIMARY KEY (`id`), FOREIGN KEY (`Category_id`) REFERENCES `SchoolBuy_goodstype` (`id`) )
这样的结果就是一个商品会对应一个类别,即类别是商品的外键。
OneToOneField
这种关系和OneToMany类似,是一种有约束的外键,看看下面两个模型:
class GoodsType(models.Model): name = models.CharField(max_length=50) class GoodsMessage(models.Model): Title = models.CharField(max_length='100') # 商品标题 Category = models.OneToManyField(GoodsType) # 商品标签 (变为一对一关系)
他们会使得数据库创建什么表呢?
create table GoodsType( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL, PRIMARY KEY (`id`) ) create table GoodsMessage( `id` int(11) NOT NULL AUTO_INCREMENT, `Title` varchar(50) NOT NULL, `Category_id` int(11) NOT NULL, PRIMARY KEY (`id`), FOREIGN KEY (`Category_id`) REFERENCES `SchoolBuy_goodstype` (`id`), UNIQUE KEY `SchoolBuy_goodsmessage_Category_id_4dd415fc1e19cf24_uniq` (`Category_id`) # 新增 )
那么这里已经很明显了,在这两个模型里,每个商品有一个商品类型,并且每个商品类型只属于一个商品(用了UNIQUE约束),即如果我A商品的类型是电脑,那么其他商品的类型都不能定义为电脑了。
所以商品与类型的对应关系肯定不能是OneToOne,而应该是OneToMany。
那么OneToOne用在哪里呢?这里说一个地方,在扩展Django的User模型时,因为系统自带的字段不够,所以一种最基本的扩展方法是定义一个User_profile表,用来作为用户的扩展,那么一条用户记录只会有一个扩展表记录,并且这个这个记录也只属于该用户。
ManyToMany
多对多关系,这里我们假设一种情景:
我现在有一个商品表,这个商品有一些图片(不定数量),那么可以使用多对多关系:
class GoodsPicture(models.Model): Pic = models.ImageField(upload_to='pic/') class GoodsMessage(models.Model): Title = models.CharField(max_length='100') # 商品标题 Pic = models.ManyToManyField(GoodsPicture)
这里数据库不同啦,建立了三张表,具体如下:
create table GoodsPicture( `id` int(11) NOT NULL AUTO_INCREMENT, `Pic` varchar(255) NOT NULL, # Django对于图片的保存采用的是二进制图片文件存硬盘,数据库只保存图片路径 PRIMARY KEY (`id`) ) create table GoodsMessage( `id` int(11) NOT NULL AUTO_INCREMENT, `Title` varchar(50) NOT NULL, PRIMARY KEY (`id`) # 注意了,这里没有外键约束了 ) create table GoodsMessage_CoodsPicture( `id` int(11) NOT NULL AUTO_INCREMENT, `goodsmessage_id` int(11) NOT NULL, `goodpicture_id` int(11) NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `goodsmessage_id` (`goodsmessage_id`,`goodspicture_id`), FOREIGN KEY (`goodsmessage_id`) REFERENCES `GoodsMessage` (`id`), FOREIGN KEY (`goodstype_id`) REFERENCES `GoodsPicture` (`id`) )
前两个表就不讲了,主要说一下第三个表GoodsMessage_CoodsPicture,
Django用这个表来记录一条数据,内容为:某个商品对应某张图片。其中有一个UNIQUE约束,说明不能有重复的记录。
这样,每次查询GoodsMessage_CoodsPicture表,就能获得某件商品对应的图片。
这里讲了他们在数据库中的实现,那么Django如何来查询这些数据呢,有一篇好的博文推荐给大家:
基于Django ORM、一对一、一对多、多对多的全面讲解
以上这篇对Django外键关系的描述就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
更新日志
- 柏菲·珞叔作品集《金色大厅2》限量开盘母带ORMCD[低速原抓WAV+CUE]
- Gareth.T《sad songs(Explicit)》[320K/MP3][29.03MB]
- Gareth.T《sad songs(Explicit)》[FLAC/分轨][152.85MB]
- 证声音乐图书馆《海风摇曳·盛夏爵士曲》[320K/MP3][63.06MB]
- 龚玥《金装龚玥HQCD》头版限量[WAV分轨]
- 李小春《吻别》萨克斯演奏经典[原抓WAV+CUE]
- 齐秦《辉煌30年24K珍藏版》2CD[WAV+CUE]
- 证声音乐图书馆《海风摇曳·盛夏爵士曲》[FLAC/分轨][321.47MB]
- 群星 《世界经典汽车音乐》 [WAV分轨][1G]
- 冷漠.2011 《冷漠的爱DSD》[WAV+CUE][1.2G]
- 陈明《流金岁月精逊【中唱】【WAV+CUE】
- 群星《Jazz-Ladies1-2爵士女伶1-2》HQCD/2CD[原抓WAV+CUE]
- 群星《美女私房歌》(黑胶)[WAV分轨]
- 郑源.2009《试音天碟》24BIT-96KHZ[WAV+CUE][1.2G]
- 飞利浦试音碟 《环球群星监听录》SACD香港版[WAV+CUE][1.1G]