day66-Django-图书管理的增删改查、choices、MTV和MVC、Ajax

文章目录

• 今日考题
• 昨日内容回顾
• 今日内容概要
• 今日内容详细
• • • 图书管理的图书增删改查
    • choices参数(数据库字段设计常见)
    • MTV与MVC模型
    • 多对多三种创建方式
    • Ajax
    • 小例子
    • 作业

今日考题

"""
今日考题
1.聚合查询，分组查询的关键字各是什么，各有什么特点或者注意事项
2.F与Q查询的功能，他们的导入语句是什么，针对Q有没有其他用法
3.列举常见的数据库字段及主要参数(越多越好)
4.orm数据库查询优化相关有哪些各有什么特点
"""

昨日内容回顾

在学习django orm的时候，最好自己复习一下MySQL相关的知识点，不要造成大面积的遗忘

• 聚合查询

  # 单独使用的时候 需要借助于关键字	关键字:aggregate
  from django.db.models import Max,Min,Sum,Count,Avg
  aggregate(Max('age'),Min('price'),...)
  

• 分组查询

  # 分组报错确保代码没有写错的情况下 需要去修改严格模式	关键字: annotate
  
  models.Book.objects.annotate()  # models后面点什么就是按照上面分组
  
  models.Book.objects.values('字段').annotate()  # values出现在了annotate的前面，那么就按照values括号内指定的字段分组
  

• F与Q查询

  from django.db.models import F,Q
  # F查询:能够获取到表中指定字段对应的数据
    1.库存大于卖出
    2.所有的商品价格提高500块
    3.所有商品名称后面加爆款
      针对字符类型，在做拼接的时候需要额外的导入模块Concat、Value
  
  # Q查询:能够改变多个查询条件之间的关系 与或非
  # 基本使用
    filter(Q(), Q())   # and
    filter(Q() | Q())   # or
    filter(~Q() | Q())  # not
  
  # 高阶使用
  """
  我们之前在查询数据的时候，条件的左边都是变量名的形式
  如何做到左边也是字符串的形式呢？(动态的指定查询的条件)
  """
  q = Q()  # q默认多个条件之间还是and关系
  q.connector = 'or'  # 可以修改连接关系
  q.children.append(('price',123)) # append接收是可迭代对象
  q.children.append(('title','三国演义'))
  filter(q)
  

• ORM事务操作

  """
  事务四大特性
  	ACID
  数据库三大设计范式
    第一范式（1NF）无重复的列
    第二范式（2NF）属性完全依赖于主键
    第三范式（3NF）属性不依赖于其它非主属性
  
    第一范式:确保每列的原子性.
    如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.
    例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。
    
    第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关.
    如果一个关系满足第一范式,并且除了主键以外的其它列,都依赖于该主键,则满足第二范式.
    例如:订单表(订单编号、产品编号、定购日期、价格、……)，"订单编号"为主键，"产品编号"和主键列没有直接的关系，即"产品编号"列不依赖于主键列，应删除该列。
    
    第三范式:在第二范式的基础上更进一层,目标是确保每列都和主键列直接相关,而不是间接相关.
    如果一个关系满足第二范式,并且除了主键以外的其它列都不依赖于主键列,则满足第三范式.
    为了理解第三范式，需要根据Armstrong公里之一定义传递依赖。假设A、B和C是关系R的三个属性，如果A-〉B且B-〉C，则从这些函数依赖中，可以得出A-〉C，如上所述，依赖A-〉C是传递依赖。
    例如:订单表(订单编号，定购日期，顾客编号，顾客姓名，……)，初看该表没有问题，满足第二范式，每列都和主键列"订单编号"相关，再细看你会发现"顾客姓名"和"顾客编号"相关，"顾客编号"和"订单编号"又相关，最后经过传递依赖，"顾客姓名"也和"订单编号"相关。为了满足第三范式，应去掉"顾客姓名"列，放入客户表中。
  """
  
  from django.db import transaction
  try:
    with transaction.atomic():
      pass
      # with代码块里面所有的orm操作都属于同一个事务
  except Exception as e:
    	print(e)
  

• 常用字段

  # 所有的字段都有一个verbose_name参数 用来对字段继续描述
  
  AutoField
    -primary_key
    
  CharField
    -max_length
    
  IntegerField
  BigintegerField
  
  DecimalField
    -max_digits
    -decimal_places
  
  DateField
  DateTimeField
    -auto_now:修改
    -auto_now_add:新建
  
  EmailField
  
  BooleanField
    传布尔值 	存0/1
  
  TextField
    存大段文本(博客、日记、文章...)
  
  FileField
    -upload_to
    可以指定文件的存放位置，该字段只存文件的路径
  
  # 其他的字段 自己参考博客了解
  
  # 外键字段及参数
  to 设置需要关联的表
  to_field
  on_delete
  db_index
  # 了解 一对一其实可以有两种指定方式
    OneToOneField()
    ForeginKey(unique=True)  不推荐
  # django不同 级联更新级联删除可能需要自己指定
  ...
  
  # 还支持自定义字段
  class MyCharField(models.Field):
    	def __init__(...):
        	...
      
      def db_type(...):
        	...
  username = MyCharField(...)
  

• 数据库优化

  # only与defer
  """
  only
  	结果是一个列表套多个对象，这些对象默认只有only括号内的属性
  	但是也可以点击括号内没有的属性，但是需要额外的走数据库操作
  defer
  	跟only刚好相反 
  		对象里面唯独没有括号内指定的属性
  """
  
  # select_related与prefetch_related
  """
  select_related内部的本质是联表操作 inner join
  	括号内只能放外键字段并且多对多不行
  		括号内可以放多个外键字段
  			select_related(外键字段1__外键字段2__外键字段3__...)
  	将联表之后的结果全部查询出来封装到对象里面
  	之后对象在点击表的字段的时候都无需再走数据库
  
  prefetch_related内部本质是子查询
  	内部通过子查询的方式将多张的表数据也封装到对象中
  	这样用户在使用的时候也是感觉不出来的
  
  上述两种方式，在不同的场景下效率各有千秋
  """
  

• 图书管理系统首页搭建

  # 首页搭建
  
  # 模版的制作
  

今日内容概要

• 图书管理的图书增删改查
• choices参数(数据库字段设计常见)
• MTV与MVC模型
• 多对多关系的三种创建方式
• Ajax操作(重点)

今日内容详细

图书管理的图书增删改查

from django.shortcuts import render,redirect,HttpResponse
from app01 import models
# Create your views here.

def home(request):
    return render(request,'home.html')


def book_list(request):
    # 先查询出所有的书籍信息 传递给html页面
    book_queryset = models.Book.objects.all()
    return render(request,'book_list.html',locals())


def book_add(request):
    if request.method == 'POST':
        # 获取前端提交过来的所有数据
        title = request.POST.get("title")
        price = request.POST.get("price")
        publish_date = request.POST.get("publish_date")
        publish_id = request.POST.get("publish")
        authors_list = request.POST.getlist("authors")  # [1,2,3,4,]
        # 操作数据库存储数据
        # 书籍表
        book_obj = models.Book.objects.create(title=title,price=price,publish_date=publish_date,publish_id=publish_id)
        # 书籍与作者的关系表
        book_obj.authors.add(*authors_list)
        # 跳转到书籍的展示页面
        """
        redirect括号内可以直接写url
        其实也可以直接写别名
        
        但是如果你的别名需要额外给参数的话，那么就必须使用reverse解析了
        """
        return redirect('book_list')


    # 先获取当前系统中所有的出版社信息和作者信息
    publish_queryset = models.Publish.objects.all()
    author_queryset = models.Author.objects.all()
    return render(request,'book_add.html',locals())


def book_edit(request,edit_id):
    # 获取当前用户想要编辑的书籍对象 展示给用户看
    edit_obj = models.Book.objects.filter(pk=edit_id).first()
    if request.method == 'POST':
        title = request.POST.get("title")
        price = request.POST.get("price")
        publish_date = request.POST.get("publish_date")
        publish_id = request.POST.get("publish")
        authors_list = request.POST.getlist("authors")  # [1,2,3,4,]
        models.Book.objects.filter(pk=edit_id).update(title=title,
                                                      price=price,
                                                      publish_date=publish_date,
                                                      publish_id=publish_id
                                                      )
        # 该第三张关系表
        edit_obj.authors.set(authors_list)
        return redirect('book_list')

    publish_queryset = models.Publish.objects.all()
    author_queryset = models.Author.objects.all()
    return render(request,'book_edit.html',locals())


def book_delete(request,delete_id):
    # 简单粗暴 直接删除
    models.Book.objects.filter(pk=delete_id).delete()
    # 直接跳转到展示页
    return redirect('book_list')

choices参数(数据库字段设计常见)

"""
用户表	
	性别
	学历
	工作经验
	是否结婚
	是否生子
	客户来源
	...
针对某个可以列举完全的可能性字段，我们应该如何存储

只要某个字段的可能性是可以列举完全的，那么一般情况下都会采用choices参数
"""
class User(models.Model):
    username = models.CharField(max_length=32)
    age = models.IntegerField()
    # 性别
    gender_choices = (
        (1,'男'),
        (2,'女'),
        (3,'其他'),
    )
    gender = models.IntegerField(choices=gender_choices)
    
    score_choices = (
        ('A','优秀'),
        ('B','良好'),
        ('C','及格'),
        ('D','不合格'),
    )
    # 保证字段类型跟列举出来的元祖第一个数据类型一致即可
    score = models.CharField(choices=score_choices,null=True)
    """
    该gender字段存的还是数字 但是如果存的数字在上面元祖列举的范围之内
    那么可以非常轻松的获取到数字对应的真正的内容
    
    1.gender字段存的数字不在上述元祖列举的范围内容
    2.如果在 如何获取对应的中文信息
    """
    
      
    from app01 import models
    # models.User.objects.create(username='jason',age=18,gender=1)
    # models.User.objects.create(username='egon',age=85,gender=2)
    # models.User.objects.create(username='tank',age=40,gender=3)
    # 存的时候 没有列举出来的数字也能存（范围还是按照字段类型决定）
    # models.User.objects.create(username='tony',age=45,gender=4)

    # 取
    # user_obj = models.User.objects.filter(pk=1).first()
    # print(user_obj.gender)
    # 只要是choices参数的字段 如果你想要获取对应信息 固定写法 get_字段名_display()
    # print(user_obj.get_gender_display())

    user_obj = models.User.objects.filter(pk=4).first()
    # 如果没有对应关系 那么字段是什么还是展示什么
    print(user_obj.get_gender_display())  # 4
    
 

"""
chocies参数使用场景是非常广泛的
"""

MTV与MVC模型

# MTV:Django号称是MTV模型
M:models
T:templates
V:views
# MVC:其实django本质也是MVC
M:models
V:views
C:controller
  
# vue框架:MVVM模型

多对多三种创建方式

# 全自动:利用orm自动帮我们创建第三张关系表
	class Book(models.Model):
    name = models.CharField(max_length=32)
    authors = models.ManyToManyField(to='Author')
	class Author(models.Model):
    name = models.CharField(max_length=32)
	"""
	优点:代码不需要你写 非常的方便 还支持orm提供操作第三张关系表的方法...
	不足之处:第三张关系表的扩展性极差(没有办法额外添加字段...)
	"""
# 纯手动
	class Book(models.Model):
    name = models.CharField(max_length=32)
    
	class Author(models.Model):
    name = models.CharField(max_length=32)
  
  class Book2Author(models.Model):
    book_id = models.ForeignKey(to='Book')
    author_id = models.ForeignKey(to='Author')
  '''
  优点:第三张表完全取决于你自己进行额外的扩展
  不足之处:需要写的代码较多，不能够再使用orm提供的简单的方法
  不建议你用该方式
  '''

# 半自动 通过through制定第三方表，避免django自行创建第三方表。另需要指定through_fields指定外键字段
class Book(models.Model):
    name = models.CharField(max_length=32)
    authors = models.ManyToManyField(to='Author',
                                     through='Book2Author',
                                     through_fields=('book','author')
                                     )
class Author(models.Model):
    name = models.CharField(max_length=32)
    # 和上面那个任选其一即可。这个只是演示
    # books = models.ManyToManyField(to='Book',
    #                                  through='Book2Author',
    #                                  through_fields=('author','book')
    #                                  )
class Book2Author(models.Model):
    book = models.ForeignKey(to='Book')
    author = models.ForeignKey(to='Author')

"""
through_fields字段先后顺序
    判断的本质：
        通过第三张表查询对应的表 需要用到哪个字段就把哪个字段放前面
    你也可以简化判断
        当前表是谁 就把对应的关联字段放前面
        
        
半自动:可以使用orm的正反向查询 但是没法使用add,set,remove,clear这四个方法
"""

总结:你需要掌握的是全自动和半自动，为了扩展性更高，一般我们都会采用半自动(写代码要给自己留一条后路)

Ajax

"""
异步提交
局部刷新
例子:github注册
	动态获取用户名实时的跟后端确认并实时展示的前端(局部刷新)
	
朝发送请求的方式
	1.浏览器地址栏直接输入url回车						   GET请求
	2.a标签href属性											    GET请求
	3.form表单														 GET请求/POST请求
	4.ajax																GET请求/POST请求	
	
AJAX 不是新的编程语言，而是一种使用现有标准的新方法(比较装饰器)


AJAX 最大的优点是在不重新加载整个页面的情况下，可以与服务器交换数据并更新部分网页内容。（这一特点给用户的感受是在不知不觉中完成请求和响应过程）


Ajax我们只学习jQuery封装之后的版本(不学原生的 原生的复杂并且在实际项目中也一般不用)
所以我们在前端页面使用ajax的时候需要确保导入了jQuery
ps:并不只有jQuery能够实现ajax，其他的框架也可以 但是换汤不换药 原理是一样的
"""

小例子

"""
页面上有三个input框
	在前两个框中输入数字 点击按钮 朝后端发送ajax请求
	后端计算出结果 再返回给前端动态展示的到第三个input框中
	(整个过程页面不准有刷新,也不能在前端计算)
"""
$('#btn').click(function () {
        // 朝后端发送ajax请求
        $.ajax({
            // 1.指定朝哪个后端发送ajax请求
            url:'', // 不写就是朝当前地址提交
            // 2.请求方式
            type:'post',  // 不指定默认就是get 都是小写
            // 3.数据
            {#data:{'username':'jason','password':123},#}
            data:{'i1':$('#d1').val(),'i2':$('#d2').val()},
            // 4.回调函数:当后端给你返回结果的时候会自动触发 args接受后端的返回结果
            success:function (args) {
                {#alert(args)  // 通过DOM操作动态渲染到第三个input里面#}
                {#$('#d3').val(args)#}
                console.log(typeof args)

            }
        })
    })
              
              
"""
针对后端如果是用HttpResponse返回的数据 回调函数不会自动帮你反序列化
如果后端直接用的是JsonResponse返回的数据 回调函数会自动帮你反序列化

HttpResponse解决方式
	1.自己在前端利用JSON.parse()
	2.在ajax里面配置一个参数
			(后面再讲)
"""

作业

今日作业
必做题
1.整理今日内容 用自己的话术整理到博客中(切勿直接复制粘贴)
2.orm数据库查询优化及数据库三大设计范式自我归纳总结
3.体会choices参数在实际项目中的具体应用场景
选做
4.利用ajax完成数据的二次确认删除