
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)
字符串,路径保存在数据库,文件上传到指定目录 参数:upload_to = "" 用户上传的文件会自动放到等号后面指定的文件路径中
storage = None 存储组件,默认django.core.files.storage.fileSystemStorage
4.索引
**补充外键字段:**?```python当你在使用django2.X版本的时候 在建立外键关系时(*****)需要你手动添加几个关键点参数models.cascadedb_constraints二、数据库查询优化:only与defer
orm内所有的语句 *** 作 都是惰性查询:只会在你真正需要数据的时候才会走数据库,如果你单单只写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括号只能放外键字段(一对一和一对多)
res = models.Book.objects.all().select_related(‘外键字段1__外键字段2__外键字段3__外键字段4‘)。那现在他一下将5张表连在一起,还是一句SQL语句!
若果有一千万条数据,.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 transactionwith transaction.atomic(): """数据库 *** 作 在该代码块中书写的 *** 作 同属于一个事务 """print('出了 代码块 事务就结束') ? · MysqL比django自带数据库对日期铭感一点
@H_419_208@1.更换并连接MysqL数据库:? 1.settings:databases:{}
? 2.init内的两句代码
2.录入数据
3.url加主页:from app01 import vIEws
4.vIEws写函数
5.HTML文件:
? staticdirs = 【os.path.join,‘static’】
? static中引入bootstrcip
? {% load static}
总结以上是内存溢出为你收集整理的django(6)全部内容,希望文章能够帮你解决django(6)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)