Hello,大家好,我是景天,今天我们一起聊聊Django的ORM,数据库操作
ORM简介
M:model,数据库相关操作
MVC或者MVC框架中包括一个重要的部分,就是ORM,它实现了数据模型与数据库的解耦,即数据模型的设计不需要依赖于特定的数据库,
通过简单的配置就可以轻松更换数据库,这极大的减轻了开发人员的工作量,不需要面对因数据库变更而导致的无效劳动
ORM是“对象-关系-映射”的简称。(Object Relational Mapping,简称ORM)(将来会学一个sqlalchemy,是和他很像的,
但是django的orm没有独立出来让别人去使用,虽然功能比sqlalchemy更强大,但是别人用不了)
有个翻译过程,类对象—>sql—>pymysql—>mysql服务端—>磁盘,orm其实就是将类对象的语法翻译成sql语句的一个引擎,明白orm是什么了,剩下的就是怎么使用orm,怎么来写类对象关系语句。
开发中,可能开发人员对sql不太熟,有专门的DBA,负责写sql。开发人员对类对象比较熟,ORM就是专门为应用程序开发人员而生的。通过实例化一个类来操作一张表。开发人员只需要写程序操作sql
原生sql和python的orm代码对比
python类创建表,增删改查语句调用的还是pymysql
首先要安装pymysql
创建模型类,models.py文件就是定义模型类的
模型类中字段解读
<1> CharField
字符串字段, 用于较短的字符串.
CharField 要求必须有一个参数 maxlength, 用于从数据库层和Django校验层限制该字段所允许的最大字符数.
<2> IntegerField
#用于保存一个整数.
<3> DecimalField
一个浮点数. 必须 提供两个参数:
参数 描述 max_digits 总位数(不包括小数点和符号) decimal_places 小数位数 举例来说, 要保存最大值为 999 (小数点后保存2位),你要这样定义字段: models.DecimalField(..., max_digits=5, decimal_places=2) 要保存最大值一百万(小数点后保存10位)的话,你要这样定义: models.DecimalField(..., max_digits=17, decimal_places=10) #max_digits大于等于17就能存储百万以上的数了 admin 用一个文本框(<input type="text">)表示该字段保存的数据.
<4> AutoField
一个 IntegerField, 添加记录时它会自动增长. 你通常不需要直接使用这个字段;
自定义一个主键:my_id=models.AutoField(primary_key=True)
如果你不指定主键的话,系统会自动添加一个主键字段到你的 model.
<5> BooleanField
A true/false field. admin 用 checkbox 来表示此类字段.
<6> TextField
一个容量很大的文本字段.
admin 用一个 (文本区域)表示该字段数据.(一个多行编辑框).
<7> EmailField
一个带有检查Email合法性的 CharField,不接受 maxlength 参数.
<8> DateField
一个日期字段. 共有下列额外的可选参数:
Argument 描述
auto_now 当对象被保存时(更新或者添加都行),自动将该字段的值设置为当前时间.通常用于表示 “last-modified” 时间戳.
auto_now_add 当对象首次被创建时,自动将该字段的值设置为当前时间.通常用于表示对象创建时间.
(仅仅在admin中有意义…)
<9> DateTimeField
一个日期时间字段. 类似 DateField 支持同样的附加选项.
<10> ImageField
类似 FileField, 不过要校验上传对象是否是一个合法图片.#它有两个可选参数:height_field和width_field,
如果提供这两个参数,则图片将按提供的高度和宽度规格保存.
<11> FileField
一个文件上传字段.
要求一个必须有的参数: upload_to, 一个用于保存上载文件的本地文件系统路径. 这个路径必须包含 strftime #formatting,
该格式将被上载文件的 date/time
替换(so that uploaded files don’t fill up the given directory).
admin 用一个部件表示该字段保存的数据(一个文件上传部件) .
注意:在一个 model 中使用 FileField 或 ImageField 需要以下步骤: (1)在你的 settings 文件中, 定义一个完整路径给 MEDIA_ROOT 以便让 Django在此处保存上传文件. (出于性能考虑,这些文件并不保存到数据库.) 定义MEDIA_URL 作为该目录的公共 URL. 要确保该目录对 WEB服务器用户帐号是可写的. (2) 在你的 model 中添加 FileField 或 ImageField, 并确保定义了 upload_to 选项,以告诉 Django 使用 MEDIA_ROOT 的哪个子目录保存上传文件.你的数据库中要保存的只是文件的路径(相对于 MEDIA_ROOT). 出于习惯你一定很想使用 Django 提供的 get_<#fieldname>_url 函数.举例来说,如果你的 ImageField 叫作 mug_shot, 你就可以在模板中以 {{ object.#get_mug_shot_url }} 这样的方式得到图像的绝对路径.
<12> URLField
用于保存 URL. 若 verify_exists 参数为 True (默认), 给定的 URL 会预先检查是否存在( 即URL是否被有效装入且
没有返回404响应).
admin 用一个 文本框表示该字段保存的数据(一个单行编辑框)
<13> NullBooleanField
类似 BooleanField, 不过允许 NULL 作为其中一个选项. 推荐使用这个字段而不要用 BooleanField 加 null=True 选项
admin 用一个选择框 (三个可选择的值: “Unknown”, “Yes” 和 “No” ) 来表示这种字段数据.
<14> SlugField
“Slug” 是一个报纸术语. slug 是某个东西的小小标记(短签), 只包含字母,数字,下划线和连字符.#它们通常用于URLs
若你使用 Django 开发版本,你可以指定 maxlength. 若 maxlength 未指定, Django 会使用默认长度: 50. #在
以前的 Django 版本,没有任何办法改变50 这个长度.
这暗示了 db_index=True.
它接受一个额外的参数: prepopulate_from, which is a list of fields from which to auto-#populate
the slug, via JavaScript,in the object’s admin form: models.SlugField
(prepopulate_from=(“pre_name”, “name”))prepopulate_from 不接受 DateTimeFields.
<13> XMLField
一个校验值是否为合法XML的 TextField,必须提供参数: schema_path, 它是一个用来校验文本的 RelaxNG schema #的文件系统路径.
<14> FilePathField
可选项目为某个特定目录下的文件名. 支持三个特殊的参数, 其中第一个是必须提供的.
参数 描述
path 必需参数. 一个目录的绝对文件系统路径. FilePathField 据此得到可选项目.
Example: “/home/images”.
match 可选参数. 一个正则表达式, 作为一个字符串, FilePathField 将使用它过滤文件名.
注意这个正则表达式只会应用到 base filename 而不是
路径全名. Example: “foo..txt^“, 将匹配文件 foo23.txt 却不匹配 bar.txt 或 foo23.gif.
recursive可选参数.要么 True 要么 False. 默认值是 False. 是否包括 path 下面的全部子目录.
这三个参数可以同时使用.
match 仅应用于 base filename, 而不是路径全名. 那么,这个例子:
FilePathField(path=”/home/images", match="foo.”, recursive=True)
…会匹配 /home/images/foo.gif 而不匹配 /home/images/foo/bar.gif
<15> IPAddressField
一个字符串形式的 IP 地址, (i.e. “24.124.1.30”).
<16> CommaSeparatedIntegerField
用于存放逗号分隔的整数值. 类似 CharField, 必须要有maxlength参数.
更多参数:
(1)null
如果为True,Django 将用NULL 来在数据库中存储空值。 默认值是 False.
(1)blank
如果为True,该字段允许不填。默认为False。
要注意,这与 null 不同。null纯粹是数据库范畴的,而 blank 是数据验证范畴的。
如果一个字段的blank=True,表单的验证将允许该字段是空值。如果字段的blank=False,该字段就是必填的。
(2)default
字段的默认值。可以是一个值或者可调用对象。如果可调用 ,每有新对象被创建它都会被调用,如果你的字段没有设置可以为空,那么将来如果我们后添加一个字段,这个字段就要给一个default值
(3)primary_key
如果为True,那么这个字段就是模型的主键。如果你没有指定任何一个字段的primary_key=True,
Django 就会自动添加一个IntegerField字段做为主键,所以除非你想覆盖默认的主键行为,
否则没必要设置任何一个字段的primary_key=True。
(4)unique
如果该值设置为 True, 这个数据字段的值在整张表中必须是唯一的
(5)choices
由二元组组成的一个可迭代对象(例如,列表或元组),用来给字段提供选择项。 如果设置了choices ,默认的表单将是一个选择框而不是标准的文本框,
而且这个选择框的选项就是choices 中的选项。
(6)db_index
如果db_index=True 则代表着为此字段设置数据库索引。查询起来比较快,不加索引是全表查询
DatetimeField、DateField、TimeField这个三个时间字段,都可以设置如下属性
(7)auto_now_add
配置auto_now_add=True,创建数据记录的时候会把当前时间添加到数据库。
(8)auto_now
配置上auto_now=True,每次更新数据记录的时候会更新该字段,标识这条记录最后一次的修改时间。
首先先创建一张表
class userinfo(models.Model): name = models.CharField(max_length=20) #配置auto_now_add=True,创建数据记录的时候会把当前时间添加到数据库。更新时,不会自动更新时间 b1 = models.DateTimeField(auto_now_add=True) #配置上auto_now = True,第一次创建也会记录创建时间,每次更新数据记录的时候会更新该字段,标识这条记录最后一次的修改时间。 b2 = models.DateTimeField(auto_now=True)
向表中添加记录,执行两次,添加两条记录
执行更新动作
可以看到,name被更新了,但是设置了auto_now=True的b2的时间却没有更新
#update不能触发自动更新时间的auto_now参数的作用,
#如果用update方法来更新记录,并保存更新记录的时间,需要我们手动给该字段传入当前时间
#save方式能够触发auto_now参数自动更新修改时间的动作
可以看到b2的时间被更新
设置Django的时区,默认是0时区时间
如果需要改为本地时区来存储时间,那么需要修改django的配置文件
在Django的配置文件settings.py中,有两个配置参数是跟时间与时区有关的,分别是TIME_ZONE和USE_TZ
如果USE_TZ设置为True时,Django会使用系统默认设置的时区,即America/Chicago,此时的TIME_ZONE不管有没有设置都不起作用。
如果USE_TZ 设置为False,而TIME_ZONE设置为None,则Django还是会使用默认的America/Chicago时间。
若TIME_ZONE设置为其它时区的话,则还要分情况,如果是Windows系统,则TIME_ZONE设置是没用的,Django会使用本机的时间。
如果为其他系统,则使用该时区的时间,入设置USE_TZ = False, TIME_ZONE = ‘Asia/Shanghai’, 则使用上海的UTC时间。
在settings.py文件中修改如下内容
#USE_TZ = True
USE_TZ = False
附ORM字段与数据库实际字段的对应关系:
案例。创建模型类
导入Django的model模块 from django.db import models # Create your models here. # 属性对应的字段,默认都是不能为空的,也就是加了not null约束 # 我们自己定义的类要继承models.Model class Book(models.Model): # 如果没有指定主键字段,默认orm会给这个表添加一个名称为id的主键自增字段 # 如果制定了,以指定的为准,那么orm不在创建那个id字段了 # nid = models.AutoField(primary_key=True) #int primary_key auto_increment, title = models.CharField(max_length=32) #varchar 书籍名称 # price = models.FloatField() #小数位最大 price = models.DecimalField(max_digits=5,decimal_places=2) #总长度5位,小数位2位 pub_date = models.DateField() # 出版日期 publish = models.CharField(max_length=32) #出版社名字 # xx = models.CharField(max_length=18, null=True, blank=True) # null=True,blank=True允许该字段数据为空 # xx = models.CharField(max_length=18, default='xxx') # null=True,blank=True允许该字段数据为空
模型类创建好了,怎么触发生成表的动作呢
需要在terminal终端控制台执行下 python manager.py makemigrations
做了个记录,但该方法没有执行
执行:
python manager.py migrate
看到各种OK 表示执行成功
由于我们没配置连接数据库,Django默认将表创建在了Django自带的db.sqlite3数据库中
db.sqlite3比较小,轻量,功能不多。生产中一般不用,测试可以用下。使用方法跟mysql差不多
不定义主键,Django默认会帮我们生成名称为id的自增主键
pycharm自带sqlite的操作工具,安装方法
点击安装驱动文件
点击测试连接,显示success表示连接成功,点击apply,OK
默认生成的这个库可以删除
右键删除
然后将sqlite3拖进去
显示所有表结构
只有这个表使我们创建的,其他都是Django系统生成的
查看django_migrations表
生产中表比较多,每执行一次makemigrations ,migrations文件夹中就会生成一个0xx_initial.py文件
每执行一次 migrate,都会在django_migrations表中记录哪些文件何时被执行过
有了这个表,可以防止0xx_initial.py文件被重复执行。执行过的就不会被执行了
migrations文件不要轻易手动删除
数据库同步(迁移)指令
python manage.py makemigrations python manage.py migrate
指令的执行流程:
我们自己创建的表,可以图形化增删改查数据,用法类似Navicat操作数据库
点+添加记录
日期可以选
点击这个提交保存
向已经存在的表中添加字段:
当我们在类中添加新字段时,再次执行python manager.py migrations 会报错提示
这是因为,我们创建的模型类,默认都是非空,也就是加了not null约束。此时插入一个字段,没有插入数据,所以会有提示,是插入空值还是退出重新设置
不管之前的表中有没记录,系统不知道插入的新字段值该怎么写
我们选择2,退出
如果我们允许该字段为空,可以设置null和blank字段 blank是校验用的,form modelform模块 用来校验数据是否允许为空
balnk如果为True,表示该字段允许不填。默认为False。
要注意,这与 null 不同。null纯粹是数据库范畴的,而 blank 是数据验证范畴的。
如果一个字段的blank=True,表单的验证将允许该字段是空值。如果字段的blank=False,该字段就是必填的。
xx = models.CharField(max_length=20,null=True,blank=True) #一般 null和blank 固定搭配
也可以直接给个默认值
xx = models.CharField(max_length=18, default=‘xxx’) # 这样创建的字段都有个默认值 xxx
此时执行,显示添加了字段
重新生成了一个migrations文件
migrate执行的是002
查看数据库表
查看migrations表执行记录,时间是0时区时间
每个应用下都有个migrations文件夹,里面记录的当前应用下的models.py文件中模型类执行makemigrations 发生变化产生的文件
系统的应用也有对应的migrations文件。这是原码中的
删除字段,只需要将该字段注销,然后再执行makemigrations 和 migrate
查看表,已删除
删除表,把这个类注销,然后执行makemigrations 和 migrate
只要动了表结构,就会生成新的migrations文件