zoukankan      html  css  js  c++  java
  • pythondjango电商项目需求分析架构设计数据库设计_20191115

    python-django电商项目需求分析

    1.用户模块

    1)注册页

    • 注册时校验用户名是否已被注册。
    • 完成用户信息的注册。
    • 给用户的注册邮箱发送邮件,用户点击邮件中的激活链接完成用户账户的激活。

    2)登录页

    • 实现用户的登录功能。

    3)用户中心

    • 用户中心信息页:显示登录用户的信息,包括用户名、电话和地址,同时页面下方显示出用户最近浏览的商品信息。
    • 用户中心地址页:显示登录用户的默认收件地址,页面下方的表单可以新增用户的收货地址。
    • 用户中心订单页:显示登录用户的订单信息。

    4)其他

    • 如果用户已经登录,页面顶部显示登录用户的信息。

    所以这个模块有5个页面

    • 注册页
    • 登录页
    • 用户中心-信息页
    • 用户中心-地址页
    • 用户中心-订单页

    2.商品相关

    1)首页

    • 动态指定首页轮播商品信息。
    • 动态指定首页活动信息。
    • 动态获取商品的种类信息并显示。
    • 动态指定首页显示的每个种类的商品(包括图片商品和文字商品)。
    • 点击某一个商品时跳转到商品的详情页面。

    2)商品详情页

    • 显示出某个商品的详情信息。
    • 页面的左下方显示出该种类商品的2个新品信息。

    3)商品列表页

    • 显示出某一个种类商品的列表数据,分页显示并支持按照默认、价格、和人气进行排序。
    • 页面的左下方显示出该种类商品的2个新品信息。

    4)其他

    • 通过页面搜索框搜索商品信息。

    所以这个模块有四个页面:

    • 首页
    • 商品详情页
    • 商品列表页
    • 搜索结果页

    3.购物车相关

    • 列表页和详情页将商品添加到购物车。
    • 用户登录后,首页,详情页,列表页显示登录用户购物车中商品的数目。
    • 购物车页面:对用户购物车中商品的操作。如选择某件商品,增加或减少购物车中商品的数目。

    所以这个模块就只有一个页面:

    • 购物车页面

    4.订单相关

    • 提交订单页面:显示用户准备购买的商品信息。
    • 点击提交订单完成订单的创建。
    • 用户中心订单页显示用户的订单信息。
    • 点击支付完成订单的支付。

    所以这个模块就只有一个页面:

    • 订单页面

    ####################################################################

    架构设计的注意点:

    注意1:前后端问题

    上面都是讲的前段的内容,但是除此之外还有后台管理的页面,添加商品,管理我网站上面要显示的内容,

    实际的公司里面开发项目,django有后台管理的模块,可以管理页面,但是像电商大型的项目,不会使用这个django后台,会专门开发后台管理页面,

    那django的后台什么时候用?有一个项目你想要很快的做出来,就可以使用这个django后台先搭起来,

    或者一个博客,或者做一个新闻类型的网站,你可以使用它的后台管理页面,

    这个项目就是使用的django的后台管理功能,

    注意2:数据库使用问题

    实际开发中都会使用mysql数据库,这是使用最多的,

    但是如果用户量非常大,会把常用的数据,或者是页面放到缓存里面,为什么?比如首页,首页的商品信息是数据库来的,但是展示的商品很长时间才动,

    如果访问人非常多,比如1万人就要从数据库查1万次,就太频繁了,所以会把页面放到缓存里面,放到缓存的服务器里面,

    而且用户来了之后需要存用户的session信息,如果用户非常大,你要不停的查数据库,所以还需要一个session的服务器,提高它的效率,

    使用到的缓存数据库就是Redis数据库,内存型的数据库,这就是最常用的场景,使用Redis数据库,作为我们的缓存服务器,和session服务器,

    注意3:异步任务处理问题

    除此之外还需要异步的任务处理,比如注册之后,发送给用户一个邮件,这种比较耗时,就需要一个异步的任务处理,使用celery来异步处理这种耗时的任务,

    注册之后,交给celery发邮件,不应该用户操作页面,该干什么干什么,就体验很好,

    注意4:分布式文件存储问题

    除此之外还涉及到商品的图片,对于一个大型的网站,涉及到很多的商品图片,django本身上传图片,它的效率是很低的,

    在我们的这个项目中,就不再使用django默认的这个图片上传的处理,我们使用一个分布式文件储存系统,帮助我们存储图片,

    这个系统叫fastdfs,这个分布式文件存储系统是一个淘宝的使用的一个系统,后来开源了,后来很多的电商网站就使用这个系统,

    ######################################################################################

    数据库设计

    这是非常重要的一环

    用户表:ID,用户名,密码,邮箱,激活标识(表示用户是否被激活),权限标识(因为你要把管理员和普通用户放在一张表)

    地址表:ID,收件人,收件地址,邮编,联系方式,是否默认(默认收货地址),用户ID(和用户是1对多的)

    商品SKU表:ID,名称,简介,价格,单位,库存,销量(不放这也可以计算出来,但是按照人气排序,就是使用销量,可以减少关联的操作,就不用统计了,)

          商品详情,图片(还是要记录一张,否则每次都要连表查效率低,这就是以空间换时间),状态(上下架),SPUID,种类ID,

    商品SPU表:ID,名称,详情,

    商品种类表:ID,种类名称,logo(这是种类前面的小logo),图片(这是种类的展示图片)

    商品图片表:ID,图片,SKUID(和商品一对多,一个商品有多个图片)

    首页轮播商品表:ID,SKUID(你是轮播的哪一个商品),图片(这是一个大banner),index(可以控制展示的顺序)

    首页促销活动表:ID,活动图片,活动的url地址(跳转的可能不是一个商品,而是一个活动地址),index(可以控制展示的顺序)

    首页分类商品展示表:ID,SKUID(我要展示哪一个商品),种类ID,index(可以控制展示的顺序),展示标识(比如1是展示成图片,0是展示成标题)

    购物车功能:Redis实现购物车功能,并不打算建一个表,因为每次点击加商品和减商品,都要操作数据库,验证库存,这样可以使用Redis缓存,

          但是我有疑问,为什么每次都要去校验呢?体验好,不然就是你要在提交的时候才知道库存不足,

          至于怎么使用Redis放数据,实现购物车的功能,后续再说,

    订单信息表:ID,订单ID,收获地址ID,用户ID(谁下的单),支付方式,商品的总数目(根据运营需求来,加上可以利于分析数据,不加也可以),

          总金额(可以不加,但是加上有利于分析数据),运费,支付状态,订单创建时间,

    订单商品表:ID,订单ID,SKUID,商品数量,商品价格(因为价格会变动,所以一定要记录),订单和商品是一对多,一个订单可以多个商品,评论

    用户浏览历史记录:还是保存在Redis数据库中,

    所以设计表的时候有一个套路,就是一旦发现有一对多的关系,就要分成两个表,

    表在设计之前是需要仔细斟酌的,不可能今天该,明天该,不会频繁变动,

    -------------------------------------------

    电商里面SKU与SPU概念


    SPU = Standard Product Unit (标准产品单位)
    SPU 是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述 了一个产品的特性。通俗点讲,属性值、特性相同的商品就可以称为一个 SPU。
    例如:iphone7 就是一个 SPU,与商家,与颜色、款式、套餐都无关。


    SKU=stock keeping unit(库存量单位)

    SKU 即库存进出计量的单位, 可以是以件、盒、托盘等为单位。
    SKU 是物理上不可分割的最小存货单元。在使用时要根据不同业态,不同管理模式来处理。 在服装、鞋类商品中使用最多最普遍。
    例如:纺织品中一个 SKU 通常表示:规格、颜色、款式。

    举例:iPhone7是一个SPU,但是白色iPhone7是一个sku,黑色iPhone7也是一个sku,

     ######################################################################################

    项目框架搭建

    我需要自己实现这个项目搭建

    1,新建django项目,使用命令行创建没有templates这个文件夹,需要手动创建,

    2,一个模块就有一个应用app,所以有四个app,

    3,项目配置:app配置,数据库配置,语言时区配置,templates路径配置,static路径配置,

    查看Django的版本,可以直接在控制台进入Python解释器,输入print(django.VERSION),或者输入python -m django --version,都可以实现查看Django版本。

    D:\AI\dailyfresh>python -m django --version

    File——Setting——project:项目名——project interpreter——双击Django,勾选Specify 再右边下拉选需要的版本,最后Install Package就可以了

    4,开始url编写对应关系,这个url的地方最好使用反向解析的方式,这样改动路径不用大量更改代码

    5,定义一个db/base_model.py的文件,一个数据表的基类,给每一个表增加三个字段,

    6,按照一个富文本编辑器,pip install django-tinymce

    7,配置文件加上一句:

    # 加上这句表里的字段都是一样的,就是不在使用django提供的auth_user表,而且使用自己的,
    AUTH_USER_MODEL = 'user.User'

    这样基本的项目框架就搭好了,

    注意:

    在新版本Django2.x中,url的路由表示用path和re_path代替,

    模块的导入由django1.x版本的

    from django.conf.urls import url,include

    变成现在的Django2.x中的

    from django.urls import path, re_path, include

  • 相关阅读:
    Postgresql pg_dump 与 pg_restore 使用举例
    Postgresql pg_restore
    Postgresql pg_dump
    PostgreSQL 常用数据视图/字典
    PostgreSQL 数据目录结构
    Linux gdb分析core dump文件
    PostgreSQL 配置参数
    PostgreSQL 不要使用kill -9 杀 Postgresq 用户进程
    Postgresql 日志相关
    PostgreSQL 学习手册-模式Schema
  • 原文地址:https://www.cnblogs.com/andy0816/p/11862960.html
Copyright © 2011-2022 走看看