Dango 常用字段和参数

一、Django ORM 常用字段和参数

1.常用字段

models中所有的字段类型其实本质就那几种，整形varchar什么的，都没有实际的约束作用，虽然在models中没有任何限制作用，但是还是要分门别类，对于校验性组件校验非常有用
就比如说邮箱类型，你在输入邮箱的时候如果不按照邮箱格式输入，瞎鸡儿输入会提示你不合法，虽然输入的是字符串，但是不是规定的邮箱字符串

AutoField()　　【int primary key auto_increment）】 int自增列，必须填入参数 primary_key=True。当model中如果没有自增列，则自动会创建一个列名为id的列。

IntegerField()　　【int()】一个整数类型,范围在 -2147483648 to 2147483647。(一般不用它来存手机号(位数也不够)，直接用字符串存

CharField()　　【varchar()】字符类型，必须提供max_length参数， max_length表示字符长度。

DateField() 　　【date】日期字段，日期格式 YYYY-MM-DD，相当于Python中的datetime.date()实例。

DateTimeField() 　　【datetime】日期时间字段，格式 YYYY-MM-DD HH:MM[:ss[.uuuuuu]][TZ]，相当于Python中的datetime.datetime()实例

EmailField() 　　【varchar(254)】其实就是varchar但是不能直接写成varchar，就比如男人女人都是人，但是必须说清楚，后面会用于校验性组件的校验

BooleanField()
　　is_delete = BooleanField()
　　给该字段传值的时候你只需要传布尔值即可
　　但是对应到数据库它存的是0和1
TextField()
　　- 文本类型用来存大段文本
FileField()
　　- 字符串，路径保存在数据库，文件上传到指定目录
　　- 参数：
　　　　　　upload_to = "path" 用户上传的文件会自动放到等号后面指定的文件路径中
　　　　　　storage = None 存储组件，默认django.core.files.storage.FileSystemStorage

自定义char：

Django中的CharField对应的MySQL数据库中的varchar类型，没有设置对应char类型的字段，

但是Django允许我们自定义新的字段，下面我来自定义对应于数据库的char类型

自定义字段在实际项目应用中可能会经常用到

2.字段参数

null　　用于表示某个字段可以为空。

unique　　如果设置为unique=True 则该字段在此表中必须是唯一的。

db_index　　如果db_index=True 则代表着为此字段设置索引。

default　　为该字段设置默认值。

DateField和DateTimeField：

　　uto_now_add　　配置auto_now_add=True，创建数据记录的时候会把当前时间添加到数据库。

　　auto_now　　配置上auto_now=True，每次更新数据记录的时候会更新该字段

3.choices字段

在很多时候我们往数据库中存数据的时候不会直接存储汉字，会采用数字存取代替汉字，减小内存，

我们使用choices来给数字绑定注释关系，后期取出来的时候用固定语法取出注释，如：1表示男，我们取出来的时候取出男并不是取出数字1

1.绑定关系choices=((1,'男'),(2,'女'),(3,'其他'))
gender = models.IntegerField(choices=choices)
2.取choice里面罗列的数字与中文对应关系：
                固定语法：
                get_字段名_display()
                如：print(user_obj.get_gender_display())

3. 取没有罗列出来的数字
             不会报错，会展示数字，数字是多少就展示多少

二、数据库优化查询

1.update()与save()的区别

两者都是对数据的修改保存操作，但是save()函数是将数据列的全部数据项全部重新写一遍，效率极低，比如book_obj.save()会将对象所有属性重新保存一次

而update()则是针对修改的项进行针对的更新效率高耗时少，比如，update(price)，指哪打哪只会保存价格这一个属性

所以以后对数据的修改保存用update()

2.惰性查询

查询集 是惰性执行的 —— 创建查询集不会带来任何数据库的访问。你可以将过滤器保持一整天，直到查询集 需要求值时，Django 才会真正运行这个查询。

queryResult=models.Article.objects.all() # 只写这一句不会请求数据库
 
print(queryResult) # 直到你需要结果，此时才会查询数据库
 
for article in queryResult:
    print(article.title)    # 这样也会查询

orm内所有的语句操作都是惰性查询:只会在你真正需要数据的时候才会走数据库,如果你单单只写orm语句时不会走数据库的
这样设计的好处在于减轻数据库的压力

3.only和defer 两对头

#only only会将括号内的所有的字段信息全部查询出来封装对象中

res = models.Book.objects.only('title')
            for r in res:
            # print(r.title)  # 只走一次数据库查询，将查询到的所有信息封装成一个对象，随后查询这些信息不需要再请求数据库，直接可以用点方法从对象中取出
              print(r.price)  
            # 当你点击一个不是only括号内指定的字段的时候 不会报错 而是会帮你去数据库查询，循环几次查几次，频繁的走数据库查询，当你有成千上万条信息时对数据库造成一万点伤害

#defer defer会将不是括号内的所有的字段信息全部查询出来封装对象中

 res1 = models.Book.objects.defer('title')  # defer与only是相反的
            for r in res1:  
            # print(r.title)# 查询括号内的字段，会频繁的走数据库查询
            print(r.price)#查询括号内没有的，只走一次

4. select_related 与 prefetch_related 两兄弟

res = models.Book.objects.all()
   for r in res:
      print(r.publish.name) #查询N次，这样是跨表查询，循环一次访问一次数据库，有一千万个书籍就查询一千万次#常规的all方法，查询自己表里没有的属性，就需要跨表查询，虽然可以获取，但是你去查询一次就会访问一次数据库，查询其他表就不推荐这个了#查询自己表里面有的属性时可以使用

#select_related 主动关联表

1. 主要针一对一和多对一关系进行优化。
2. 使用SQL的JOIN语句进行优化，通过减少SQL查询的次数来进行优化、提高性能

posted @ 2019-10-28 09:51 Daoqi 阅读(223) 评论(0) 编辑收藏举报

刷新页面返回顶部

小鸡🐥