Model的字段解析和一对一关系实践
Django进阶，必须深刻了解Django的MTV模式。
M 代表模型（Model）：负责业务对象和数据库的关系映射(ORM)。
T 代表模板 (Template)：负责如何把页面展示给用户(html)。
V 代表视图（View）：负责业务逻辑，并在适当时候调用Model和Template。
1. Django的字段概念解析
Model模型，负责对象和数据库的关系映射，所以Model本质是Python的数据类型，但它代表的是一个数据库的数据表。
数据库表格中有非常多的字段，例如char、varchar、date、datetime、text、int等，那在Model当中，也会有对应的类型，如：CharField、IntegerField、TextField；
以表格形式展示：
| 类型 | 说明 | 参数 |
|---|---|---|
| CharField | 字符串类型 | max_length、null、blank |
| IntegerField | 整数类型 | int、null、blank |
| TextField | 文本类型 | text、null、blank |
| BooleanField | 布尔类型 | null、blank |
| EmailField | 带邮箱检测的字符串类型 | null、blank |
当然还有一些本质和数据库类型是一样的，只是Django对他进行了很好的模拟，让开发者在使用的时候，可以更方便的写业务需求，而撇开本质上的数据类型纠结，如：ImageField、FileField、URLField，如下表格(还有很多)：
| 类型 | 说明 | 参数 |
|---|---|---|
| ImageField | 字符串类型 | upload_to*、height_field、width_field |
| FileField | 字符串类型 | upload_to* |
| IPAddressField | 字符串类型 | null、blank |
| URLField | 字符串类型 | null、blank |
数据库里面有外键的一个设置，可供sql的联合查询，但是Django有更强大的一个逻辑查询，一对一、多对一、多对多的关系，下面一个表格介绍下Django 的关系字段：
| 类型 | 关系 | 说明 |
|---|---|---|
| OneToOneField | 一对一 | 直接关联，查询直接返回对象 |
| ForeignKey | 多对一 | 查询返回对象的列表集合 |
| ManyToManyField | 多对多 | 查询返回对象的列表集合 |
2. 博客项目的实践操作
Django自带的UserModel字段有账户、密码、邮箱、FirstName、LastName、用户权限、组、最后登陆时间、注册时间、活跃状态、超级管理员选项、管理员登陆状态这几项，当然这无法满足一些常见的业务需求，所以必须给User表进行一个拓展信息表....
3. 一对一关系的使用
设定一个一一对应的拓展信息表，使用字段是models.OneToOneField()，用来定义一对一关系。
简单理解，它与声明了 unique=True 的 ForeignKey 非常相似，不同的是使用反向关联的时候，得到的不是一个对象列表，而是一个单独的对象。
首先先来看最简单的一个拓展信息定义：
class UserProfile(models.Model): belong_to = models.OneToOneField(to=User, related_name='profile') address = models.CharField(max_length=500, default="you guess") def __str__(self): return 'username:'+self.belong_to.username+' address:'+self.address
-
使用OneToOneField，里面至少需要一个参数，是指定关联的Model类(这里是User)
-
OneToOneField的第二个参数是反向查询的，如果没有，则无法通过User查询到它的拓展信息(加上还是好的)
-
address是额外辅助使用的，User表里面没这个字段
通过makemigrations和migrate后，将Model注册到admin中，从admin界面查看管理，首先是正常关联：
在User已经关联了UserProfile的情况下，再次关联，则会报错，如图：
这也是一一对应的一个特性，无法重复关联。
4. 逻辑上的错误和技术上的方案
当然这点也很容易报错，逻辑出错类型有以下几点：
-
关联不存在，使用UserProfile查询belong_to或者User反向查询会报错
-
已经关联，重复创建关联会报错
-
如果User关联了UserProfile，而此时User注销后删除，UserProfile会出错
不过在OneToOneField定义的时候，也会考虑到这些问题，首先是解决第三个，User关联了UserProfile，这时删了User，UserProfile的关联对象失效，则UserProfile也会被删除，这是Django默认的级联删除。on_delete加不加无所谓，默认值就是None。
当on_delete为None时，Django默认会给on_delete赋值为models.CASCADE，绑定删除是执行级联删除的操作。
如下是一种不执行级联删除的操作，修改默认逻辑。如果User删除，对应的UserProfile改成Null，代码如下：
class UserProfile(models.Model): belong_to = models.OneToOneField(to=User, related_name='profile',on_delete=models.SET_NULL, null=True) address = models.CharField(max_length=500, default="you guess") def __str__(self): if self.belong_to: return 'username:'+self.belong_to.username+' address:'+self.address else: return 'address:'+self.address
允许设置NULL，就必须设置null=True。
另外两点，例如User存在，但是在没关联UserProfile使用profile属性是会报错的，这点的解决方案就是在新建User时，自动新建对应的UserProfile并关联。
5. 测试操作
测试结果很简单，登陆Admin界面，新建User、新建UserProfile、删除User，查看UserProfile的操作结果，如果是级联删除，UserProfile也会消失；
如果是设置为NULL，则在UserProfile的界面会出现一个叉叉的图标，点击会问你是否确定删除用户，如下图：
首发于《Crossin的编程教室》
以上就是本篇文章的全部介绍内容了
！放在最后
如果文章中有什么错误或者建议修改的地方，欢迎留言纠正和回复
如果你喜欢本篇文章，不妨关注一下我们的公众号，每周更新两篇原创技术文档，都是干货
