数据库操作

Django配置连接数据库：

在操作数据库之前，首先先要连接数据库。这里我们以配置MySQL
为例来讲解。Django
连接数据库，不需要单独的创建一个连接对象。只需要在settings.py
文件中做好数据库相关的配置就可以了。示例代码如下：

DATABASES = {
    'default': {
        # 数据库引擎（是mysql还是oracle等）
        'ENGINE': 'django.db.backends.mysql',
        # 数据库的名字
        'NAME': 'testplus',
        # 连接mysql数据库的用户名
        'USER': 'root',
        # 连接mysql数据库的密码
        'PASSWORD': 'root',
        # mysql数据库的主机地址
        'HOST': '127.0.0.1',
        # mysql数据库的端口号
        'PORT': '3306',
    }
}

配置好后需要进行去连接数据库创建 testplus数据库

打开你的 navicat

好了配置好后还需要配置一个东西就是操作数据库的驱动

可以进行下载一个pymysql第三方包

然后在你的项目的webTest目录下的__init___.py文件下输入下面代码

import pymysql
pymysql.version_info=(1,4,0,"final",0)
pymysql.install_as_MySQLdb()

不进行配置上面内容则会保存无法正常使用数据库、配置完成后在pychram中进行运行django

没有抛异常就是配置完成

ORM模型介绍

随着项目越来越大，采用写原生SQL的方式在代码中会出现大量的SQL语句，那么问题就出现了：

1. SQL语句重复利用率不高，越复杂的SQL语句条件越多，代码越长。会出现很多相近的SQL语句。

2. 很多SQL语句是在业务逻辑中拼出来的，如果有数据库需要更改，就要去修改这些逻辑，这会很容易漏掉对某些SQL语句的修改。

1. 写SQL时容易忽略web安全问题，给未来造成隐患。SQL注入。

ORM
，全称Object Relational Mapping
，中文叫做对象关系映射，通过ORM
我们可以通过类的方式去操作数据库，而不用再写原生的SQL语句。通过把表映射成类，把行作实例，把字段作为属性，ORM
在执行对象操作的时候最终还是会把对应的操作转换为数据库原生语句。使用ORM
有许多优点：

1. 易用性：使用ORM
   做数据库的开发可以有效的减少重复SQL语句的概率，写出来的模型也更加直观、清晰。

2. 性能损耗小：ORM
   转换成底层数据库操作指令确实会有一些开销。但从实际的情况来看，这种性能损耗很少（不足5%），只要不是对性能有严苛的要求，综合考虑开发效率、代码的阅读性，带来的好处要远远大于性能损耗，而且项目越大作用越明显。

1. 设计灵活：可以轻松的写出复杂的查询。

2. 可移植性：Django
   封装了底层的数据库实现，支持多个关系数据库引擎，包括流行的MySQL
   、PostgreSQL
   和SQLite
   。可以非常轻松的切换数据库。

创建ORM模型：

ORM
模型一般都是放在app
的models.py
文件中。每个app
都可以拥有自己的模型。并且如果这个模型想要映射到数据库中，那么这个app
必须要放在settings.py
的INSTALLED_APP
中进行安装。以下是写一个简单的书籍ORM
模型。

下面我们来操以下、直接上代码、在我们的项目 webTest/user/models.py目录进行创建ORM模型

示例代码如下：

class User(models.Model):
    nickname = models.CharField(max_length=20,null=False,verbose_name="昵称")
    phone = models.CharField(max_length=11,null=True,verbose_name="手机号码")
    username = models.CharField(max_length=20,null=False,verbose_name="用户名称")
    password = models.CharField(max_length=20,null=False,verbose_name="密码")

以上便定义了一个模型。这个模型继承自django.db.models.Model
，如果这个模型想要映射到数据库中，就必须继承自这个类。这个模型以后映射到数据库中

表名是模型名称的小写形式，为User
。在这个表中，有四个字段，一个为nickname
，这个字段是保存的用户昵称，是varchar
类型，最长不能超过20个字符，并且不能为空。

第二个字段是手机号码，数据类型为varchar类型,最大长度为11个字符

第三个是用户名，数据类型是varchar
类型，存放用户名。

第四个是密码，是varchar型。

还有一个字段我们没有写，就是主键id
，在django
中，如果一个模型没有定义主键，那么将会自动生成一个自动增长的int
类型的主键，并且这个主键的名字就叫做id
。

映射模型到数据库中：

将ORM
模型映射到数据库中，总结起来就是以下几步：

1. 在settings.py
   中，配置好DATABASES
   ，做好数据库相关的配置。

2. 在app
   中的models.py
   中定义好模型，这个模型必须继承自django.db.models
   。

1. 将这个app
   添加到settings.py
   的INSTALLED_APP
   中。

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'user',

]

1. 在命令行终端，进入到项目所在的路径，然后执行命令python manage.py makemigrations
   来生成迁移脚本文件。
   PyCharm中直接

也可以使用dos命令窗口、需要注意的是需要进入到项目的manage.py目录里
迁移成功、并提示创建了一个User模型的脚本文件在  user\migrations\0001_initial.py

这个就是迁移脚本、每次进行数据迁移映射ORM时、只要有修改模型就会生成一个脚本文件

1. 同样在命令行中，执行命令python manage.py migrate
   来将迁移脚本文件映射到数据库中。

这个条命令就是执行SQL进行在数据库中创建对于的数据表、我们使用navicat查看是否创建成功

你会发现突然多了这些表、这些表都是django只带的可以不去管它、我们要找到我们创建的表user_user

点击进去查看字段、发现就是我们ORM定义的字段那就没错了这个就是我们创建的表

接下来先来了解一些ORM中的基本属性吧。

模型常用属性

常用字段：

在Django
中，定义了一些Field
来与数据库表中的字段类型来进行映射。以下将介绍那些常用的字段类型。

AutoField：

映射到数据库中是int
类型，可以有自动增长的特性。一般不需要使用这个类型，如果不指定主键，那么模型会自动的生成一个叫做id
的自动增长的主键。如果你想指定一个其他名字的并且具有自动增长的主键，使用AutoField
也是可以的。

CharField：

在数据库层面是varchar
类型。在Python
层面就是普通的字符串。这个类型在使用的时候必须要指定最大的长度，也即必须要传递max_length
这个关键字参数进去。

EmailField：

类似于CharField
。在数据库底层也是一个varchar
类型。最大长度是254个字符。

FileField：

用来存储文件的。这个请参考后面的文件上传章节部分。

ImageField：

用来存储图片文件的。这个请参考后面的图片上传章节部分。

FloatField：

浮点类型。映射到数据库中是float
类型。

IntegerField：

整形。值的区间是-2147483648——2147483647
。

TextField：

大量的文本类型。映射到数据库中是longtext类型。

Field的常用参数：

null：

如果设置为True
，Django
将会在映射表的时候指定是否为空。默认是为False
。在使用字符串相关的Field
（CharField/TextField）的时候，官方推荐尽量不要使用这个参数，也就是保持默认值False
。因为Django
在处理字符串相关的Field
的时候，即使这个Field
的null=False
，如果你没有给这个Field
传递任何值，那么Django
也会使用一个空的字符串""
来作为默认值存储进去。因此如果再使用null=True
，Django
会产生两种空值的情形（NULL或者空字符串）。如果想要在表单验证的时候允许这个字符串为空，那么建议使用blank=True
。如果你的Field
是BooleanField
，那么对应的可空的字段则为NullBooleanField
。

blank：

标识这个字段在表单验证的时候是否可以为空。默认是False
。
这个和null
是有区别的，null
是一个纯数据库级别的。而blank
是表单验证级别的。

db_column：

这个字段在数据库中的名字。如果没有设置这个参数，那么将会使用模型中属性的名字。

default：

默认值。可以为一个值，或者是一个函数，但是不支持lambda
表达式。并且不支持列表/字典/集合等可变的数据结构。

primary_key：

是否为主键。默认是False
。

unique：

在表中这个字段的值是否唯一。一般是设置手机号码/邮箱等。

更多Field
参数请参考官方文档：https://docs.djangoproject.com/zh-hans/2.0/ref/models/fields/

模型中Meta
配置：

对于一些模型级别的配置。我们可以在模型中定义一个类，叫做Meta
。然后在这个类中添加一些类属性来控制模型的作用。比如我们想要在数据库映射的时候使用自己指定的表名，而不是使用模型的名称。那么我们可以在Meta
类中添加一个db_table
的属性。示例代码如下：

class Book(models.Model):
    name = models.CharField(max_length=20,null=False)
    desc = models.CharField(max_length=100,name='description',db_column="description1")

    class Meta:
        db_table = 'book_model'
]

以下将对Meta
类中的一些常用配置进行解释。

db_table：

这个模型映射到数据库中的表名。如果没有指定这个参数，那么在映射的时候将会使用模型名来作为默认的表名。

ordering：

设置在提取数据的排序方式。后面章节会讲到如何查找数据。比如我想在查找数据的时候根据添加的时间排序，那么示例代码如下：

class Book(models.Model):
    name = models.CharField(max_length=20,null=False)
    desc = models.CharField(max_length=100,name='description',db_column="description1")
    pub_date = models.DateTimeField(auto_now_add=True)

    class Meta:
        db_table = 'book_model'
        ordering = ['pub_date']

拒绝白嫖，不给钱就点赞分享、关注、加在看吧！！！