ORM模型介绍
随着项目越来越大，采用写原生SQL的方式在代码中会出现大量的SQL语句，那么问题就出现了：
- SQL语句重复利用率不高，越复杂的SQL语句条件越多，代码越长。会出现很多相近的SQL语句。
- 很多SQL语句是在业务逻辑中拼出来的，如果有数据库需要更改，就要去修改这些逻辑，这会很容易漏掉对某些SQL语句的修改。
- 写SQL时容易忽略web安全问题，给未来造成隐患。SQL注入。
ORM ，全称 Object Relational Mapping ，中文叫做对象关系映射，通过 ORM 我们可以通过类的方式去操作数据库，而不用再写原生的SQL语句。通过把表映射成类，把行作实例，把字段作为属性， ORM 在执行对象操作的时候最终还是会把对应的操作转换为数据库原生语句。使用 ORM 有许多优点：
- 易用性：使用 ORM 做数据库的开发可以有效的减少重复SQL语句的概率，写出来的模型也更加直观、清晰。
- 性能损耗小： ORM 转换成底层数据库操作指令确实会有一些开销。但从实际的情况来看，这种性能损耗很少（不足5%），只要不是对性能有严苛的要求，综合考虑开发效率、代码的阅读性，带来的好处要远远大于性能损耗，而且项目越大作用越明显。
- 设计灵活：可以轻松的写出复杂的查询。
- 可移植性： Django 封装了底层的数据库实现，支持多个关系数据库引擎，包括流行的 MySQL 、 PostgreSQL 和 SQLite 。可以非常轻松的切换数据库。
创建ORM模型：
ORM 模型一般都是放在 app 的 models.py 文件中。每个 app 都可以拥有自己的模型。并且如果这个模型想要映射到数据库中，那么这个 app 必须要放在 settings.py 的 INSTALLED_APP 中进行安装。以下是写一个简单的书籍 ORM 模型。示例代码如下：
from django.db import models class Book(models.Model): name = models.CharField(max_length=20,null=False) author = models.CharField(max_length=20,null=False) pub_time = models.DateTimeField(default=datetime.now) price = models.FloatField(default=0)
以上便定义了一个模型。这个模型继承自 django.db.models.Model ，如果这个模型想要映射到数据库中，就必须继承自这个类。这个模型以后映射到数据库中，表名是模型名称的小写形式，为 book 。在这个表中，有四个字段，一个为 name ，这个字段是保存的是书的名称，是 varchar 类型，最长不能超过20个字符，并且不能为空。第二个字段是作者名字类型，同样也是 varchar 类型，长度不能超过20个。第三个是出版时间，数据类型是 datetime 类型，默认是保存这本书籍的时间。第五个是这本书的价格，是浮点类型。
还有一个字段我们没有写，就是主键 id ，在 django 中，如果一个模型没有定义主键，那么将会自动生成一个自动增长的 int 类型的主键，并且这个主键的名字就叫做 id 。
映射模型到数据库中：
将 ORM 模型映射到数据库中，总结起来就是以下几步：
- 在 settings.py 中，配置好 DATABASES ，做好数据库相关的配置。
- 在 app 中的 models.py 中定义好模型，这个模型必须继承自 django.db.models 。
- 将这个 app 添加到 settings.py 的 INSTALLED_APP 中。
- 在命令行终端，进入到项目所在的路径，然后执行命令 python manage.py makemigrations 来生成迁移脚本文件。
- 同样在命令行中，执行命令 python manage.py migrate 来将迁移脚本文件映射到数据库中。
到此这篇关于django的ORM模型的如何实现原理就介绍到这了。每一个人，活在世上，必定要经历很多，承受很多。经历，不是沧桑，是沉淀；承受，不是苦难，是历练。在沧桑中领悟，在历练中成熟，迎一袖风，绽一树香，静品淡藏。趟过岁月冷暖，感知生命厚重，苦过，甜过，爱过，恨过，哭过，笑过，才是人生。更多相关django的ORM模型的如何实现原理内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！
