django(6)
一、常见字段1.1AutoField int primary key auto_increment int自增列，必须填入参数 primary_key=True。当model中如果没有自增列，则自动会创建一个列名为id的列。 1.2IntegerField? 一个整数类型,范围在 -2147483648 to 2147483647。(一般不用它来存手机号(位数也不够)，直接用字符串存，)，手机号用charfield来存，但django中没有chafield字段，即便写的charField字段，你写charfield，在数据库里看还是varcahr！！ ? charfield和varcharfield最大255.存文本用textfield
自定义char字段（写在是参照源码来的）class MyChar(models.Field):
def __init__(self,max_length,*args,**kwargs):
self.max_length = max_length
super().__init__(max_length=max_length,**kwargs)
def db_type(self,connection):
return 'char(%s)'%self.max_length
? max_length必须以关键字的方式，因为源码就是这么定义的。
? 现在，就可以定义char字段了 desc = MyChar(max_length=64,null=True) 1.3DateField日期字段，日期格式 YYYY-MM-DD，相当于Python中的datetime.date()实例。 1.4DateTimeField日期时间字段，格式 YYYY-MM-DD HH:MM[:ss[.uuuuuu]][TZ]，相当于Python中的datetime.datetime()实例。 参数： ? auto_now:每次修改数据都会更新时间 ? auto_now_add:只在第一次创建数据的时候才会更新一次 1.5BooleanField(Field)? is_delete = BooleanField() ? 给该字段传值的时候 你只需要传布尔值(传True和False)即可 ? 但是对应到数据库 它存的是0和1 1.6TextField(Field) ? 用来存大段文本 ? 数据库通常不能存文件的，因为太大，因此存文件路径 1.7FileField(Field)
4.索引
**补充外键字段：** ?```python 当你在使用django2.X版本的时候 在建立外键关系时(*****) 需要你手动添加几个关键点参数 models.cascade db_constraints 二、数据库查询优化：only与deferorm内所有的语句操作 都是惰性查询:只会在你真正需要数据的时候才会走数据库,如果你单单只写orm语句时不会走数据库的。这样设计的好处 在于 减轻数据库的压力 2.1.only() ? values()得到的是一个个QuerySet字典！！！ ? 使用.all()的方式才能得到QuerySet对象 res = models.Book.objects.values('title')
print(res)
笔记：values传title，得出的字典K值都是title！
#<QuerySet [{'title': '西游记'},{'title': '水浒传'},{'title': '龙王脑海 '}]>
? only得到的是对象！而value得到的是字典！通过点，进行取值，不再访问数据库 models.Book.objects.only('title')
for r in res:
print(r.title) # 只走一次数据库查询
print(r.price) # 当你点击一个不是only括号内指定的字段的时候 不会报错 而是会频繁的走数据库查询
#笔记 only得出的结果是QuerySet对象，k为Book，v为only括号内的值
<QuerySet [<Book: 西游记>,<Book: 水浒传>,<Book: 龙王脑海 >]>
2.2defer only和defer查询出来的结果都是QuerySet对象 res1 = models.Book.objects.defer('title') # defer与only是相反的
for r in res1: # defer会将不是括号内的所有的字段信息 全部查询出来封装对象中
# 一旦你点击了括号内的字段 那么会频繁的走数据库查询
print(r.title)
#结果
(0.001) SELECT `app01_book`.`id`,`app01_book`.`price`,`app01_book`.`publish_date`,`app01_book`.`kucun`,`app01_book`.`maichu`,`app01_book`.`publish_id` FROM `app01_book`; args=()
(0.001) SELECT `app01_book`.`id`,`app01_book`.`title` FROM `app01_book` WHERE `app01_book`.`id` = 1; args=(1,)
(0.000) SELECT `app01_book`.`id`,`app01_book`.`title` FROM `app01_book` WHERE `app01_book`.`id` = 2; args=(2,)
西游记
水浒传
(0.000) SELECT `app01_book`.`id`,`app01_book`.`title` FROM `app01_book` WHERE `app01_book`.`id` = 4; args=(4,)
龙王脑海
3.2.all()和select_related()的区别1.all()查询次数非常多 ? all()查询效率非常低，循环依次系统查询一次,查询次数非常多 res = models.Book.objects.all()
for r in res:
print(r.publish.name) # 补充：r.publish.name这是跨表
2.select_related()：会将外键字段关联的表全部拼接过来，对象点属性，不走数据库。select_related:会将括号内外键字段所关联的那张表 直接全部拿过来(可以一次性拿多张表)跟当前表拼接操作，从而降低你跨表查询 数据库的压力 注意select_related括号只能放外键字段(一对一和一对多) 若果有一千万条数据，.all()的方法，要走1000万次数据库，对数据库压力非常大 res = models.Book.objects.all().select_related('publish')
print(res)# <QuerySet [<Book: 龙王脑海 >,<Book: 西游记>,<Book: 水浒传>]>
for r in res:
print(r.publish.name)
#查询语句：一整条，只走一次数据库
(0.001) SELECT `app01_book`.`id`,`app01_book`.`title`,`app01_book`.`publish_id`,`app01_publish`.`id`,`app01_publish`.`name`,`app01_publish`.`addr` FROM `app01_book` INNER JOIN `app01_publish` ON (`app01_book`.`publish_id` = `app01_publish`.`id`) LIMIT 21; args=()
3.prefetch_related 不主动连表 res = models.Book.objects.prefetch_related('publish')
不主动连表操作(但是内部给你的感觉像是连表操作了) 而是将book表中的publish id全部拿出来 在取publish表中将id对应的所有的数据取出
res = models.Book.objects.prefetch_related('publish')
括号内有几个外键字段 就会走几次数据库查询操作
for r in res:
print(r.publish.name)
4.prefetch_related 与select_related的区别： select_related,先连表再查，事件消耗在连表上，只走一次数据库。 prefetch_related ，括号内有几个外键字段 就会走几次数据库查询操作 3.3事务原子性：要么同时成功，要么同时失败（转账例子） 一致性： 隔离性：互相不影响 持久性：产生的影响是永远的 开启事务：在事务内的代码会保持事务的4个特性 from django.db import transaction
with transaction.atomic():
"""数据库操作
在该代码块中书写的操作 同属于一个事务
"""
print('出了 代码块 事务就结束')
|
