Storage 002 电商数据库设计
【用户模块】
账户登录:邮箱/用户名/已验证手机
密码
如果将所有字段都放到一张表里存储?
数据插入异常 只想插入一个值的 由于需要主键信息,插入的一行变成新的一行,和原来的记录无关。
数据更新异常 只想更新一个值的时候 不得不更新多行 文件锁机制可能造成用户无法登录。 => 可以把范围缩小到另一张表操作。
数据删除异常 只删一个值 不得不把无关的数据一起删了
核心的问题就在于 【数据冗余出错了!】,
函数依赖 function(arg-1) <- function (arg0) <- function(arg1,arg2)
所以需要拆分表 满足第三数据库范式(外键),自然满足第一(二维表)、第二范式(主键)。
拆分表经验 : 经常用是热数据 不经常是冷数据 ,把热数据放一起,单独修改很爽。
【用户级别信息表字段】 会员级别 级别积分下限 级别积分上限。
【用户登陆表字段】登录名 密码 用户状态
【用户地址表】省 市 区 邮编 地址
【用户信息表】用户姓名 证件类型 证件号码 手机号 邮箱 性别 积分 注册时间 生日 会员级别 用户余额。
正常设计数据库表,按照数据流向(闭环核心业务)。
【1用户】登录 =》浏览【2分类】+浏览【3商品】=》加入【4购物车】=》结算【5订单】+【6收货地址】=》【7支付】
=======================================================================
https://dev.mysql.com/doc/refman/5.7/en/numeric-type-overview.html
varchar(M) M指的的是字符数 根据UTF-8编码 字节数为 3 * M
int(M) M要配合 zerofill(默认unsigned),前面用0填充 。 要表示status,一般 tinyint 就够了 可以表示 -127~128 ,unsigned 255。
2^8 = 256 2^1 = 2 2^32=42亿
create table customer_login(
customer_id int unsigned AUTO_INCREMENT NOT NULL comment '用户ID', -- int unsigned 不需要负数选择无符号 存储42亿
login_name varchar() not null comment '用户登录名', -- varchar(20) 20个字符 utf8 20x3 = 60个字节
password char() not null comment 'md5加密密码', -- char(32) 经过md5加密就是32字节字符串
user_stats tinyint not null default comment '用户状态', -- 表示 -128~127
modified_time timestamp not null default current_timestamp
on update current_timestamp comment '最后修改时间' -- 使用 mysql自带更新修改时间功能 , 程序上方便很多 primary key pk_customerid(customer_id)
)engine = innodb comment='用户登陆表'
;
create table customer_inf(
customer_inf_id int unsigned AUTO_INCREMENT not null comment '自增主键ID',
customer_id int unsigned not null comment 'customer_login表的自增id',
customer_name varchar(20) not null comment '用户真实姓名',
identity_card_type tinyint not null default 1 comment '证件类型:1 身份证 ,2 军官证 3 护照',
mobile_phone int unsigned comment '手机号',
customer_mail varchar(50) comment '邮箱',
gender char(1) comment '性别', -- utf8编码 3字节 1个字符
user_point int not null default 0 commnet '用户积分',
register_time timestamp not null comment '注册时间',
birthday datetime comment '会员生日',-- datetime 1000-01-01 9999-12-31
customer_level tinyint not null default 1
comment '会员级别:1普通会员,2青铜会员,3白银会员,4黄金会员,5钻石会员',
user_money decimal(8,2) not null default 0.00 comment '用户余额',
modified_time timestamp not null default CURRENT_TIMESTAMP
on update current_timestamp comment '最后修改时间',
primary key pk_customerinfid commentfid(customer_inf_id)
)engine=innodb comment '用户信息表'
;
create table customer_level_inf(
customer_level tinyint not null auto_increment comment '用户级别自增ID ' ,
level_name varchar(10) not null comment '会员级别名称',
min_point int unsigned not null default 0 comment '级别最低分',
max_point int unsigned not null default 0 comment '级别最高分',
modified_time timestamp not null default current_timestamp
on update current_timestamp comment '最后修改时间'
primary key pk_levelid(customer_level)
)engine = innodb comment '用户级别信息表'
;
create table customer_addr(
customer_addr_id int unsigned AUTO_INCREMENT not null comment '自增ID',
customer_id int unsigned not null comment 'customer_login表的自增ID',
zip smallint not null comment '邮编',
province smallint not null comment '地区表中省份id', -- smallint 2^16 = 65536 16/8 = 2个字节
city smallint not null comment '地区表中市id',
district smallint not null comment '地区表中区id',
address varchar(200) not null comment '具体地址门牌号',
is_default tinyint not null comment '是否默认',
modified_time timestamp not null default current_timestamp
on update current_timestamp comment '最后修改时间',
primary key pk_customeraddid(customer_addr_id)
)enginer=innodb comment '用户地址表'
;
create table customer_point_log(
point_id int unsigned not null auto_increment comment '积分日志ID',
customer_id int unsigned not null comment '用户id',
source tinyint unsigned not null comment '积分来源:0订单 1登陆 2活动',
refer_number int unsigned not null default 0 comment '积分来源相关编号',
change_point smallint not null default 0 comment '变更积分数',
create_time timestamp not null comment '积分日志产生时间',
primary key pk_pointid(point_id)
)engine = innodb comment '用户字典表'
;
Storage 002 电商数据库设计的更多相关文章
- Storage 001 电商数据库设计
[大概流程 ]用户登录 > 选购商品 > 加入购物车 > 检查库存 >提交订单 > 选择在线支付 或 选择货到付款 > 发货 [用户模块]注册 登陆 [商 ...
- ***电商数据库设计参考:ecshop数据库+订单表结构等
ecshop订单表结构ecs_order_info说明 -- 表的结构 `ecs_order_info` CREATE TABLE IF NOT EXISTS `ecs_order_info` ...
- 电商架构设计-通过系统和业务拆分,遵循单一职责原则SRP,保障整个系统的可用性和稳定性
个人观察 1.通过系统和业务拆分,遵循单一职责原则SRP,保障整个系统的可用性和稳定性. 2.单一职责原则SRP,真的很关键,广大程序员需要不断深入理解这个原则. 3.架构图是架构师的重要输出,通过图 ...
- 电商Banner设计背后的12个人性的秘密
- Java电商支付系统实战(一)- 简介
现如今,支付成为热点 对于电商业务,这都是不可或缺的 核心功能剖析 下单->支付 nginx 将用户请求反向代理到我们编写的电商系统 = 下单 之后,点击支付跳转到支付系统,最后对接 通过跳转将 ...
- 常见电商项目的数据库表设计(MySQL版)
转自:https://cloud.tencent.com/developer/article/1164332 简介: 目的: 电商常用功能模块的数据库设计 常见问题的数据库解决方案 环境: MySQL ...
- Java生鲜电商平台-商品分类表和商品类型表的区别与数据库设计
Java生鲜电商平台-商品分类表和商品类型表的区别与数据库设计 二者服务的对象不一样 目的也是不一样的 商品分类是为商品服务的 用来管理商品 商品类型是为扩展属性服务的 用来管理属性 举例:[转] ...
- Java电商支付系统手把手实现(二) - 数据库表设计的最佳实践
1 数据库设计 1.1 表关系梳理 仔细思考业务关系,得到如下表关系图 1.2 用户表结构 1.3 分类表结构 id=0为根节点,分类其实是树状结构 1.4 商品表结构 注意价格字段的类型为 deci ...
- python-django电商项目-需求分析架构设计数据库设计_20191115
python-django电商项目需求分析 1.用户模块 1)注册页 注册时校验用户名是否已被注册. 完成用户信息的注册. 给用户的注册邮箱发送邮件,用户点击邮件中的激活链接完成用户账户的激活. 2) ...
随机推荐
- 金蝶K3外购入库单单价取数规则调整
涉及界面: 问题:财务抱怨外购入库单价格取错,单价多除了一次税率 例如,采购单里面注明了价格是不含税15.3256 结果在外购入库单里面,又自做主张除以税率17%,把采购成本搞成了13.0988, 咨 ...
- 订制rpm包到Centos7镜像中
本文以CentOS 7.4 最小化镜像(CentOS-7-x86_64-Minimal-1708.iso)为模版 要达到的目的: 1.订制所需的rpm软件包集成到iso文件中 2.制作完成的ISO全自 ...
- scrapy 命令行基本用法
1.创建一个新项目: scrapy startproject myproject 2.在新项目中创建一个新的spider文件: scrapy genspider mydomain mydomain.c ...
- vuetify
vue add vuetify打包之后再发过来另外剪头发 typescript 1.配置 2.当用 let 声明一个变量,它使用的是词法作用域或块作用域. let与var区别,所以要--- 3.看来 ...
- yum下载安装redis
有时需要离线安装redis,所以需要redis离线安装包,不同的centos版本和redis版本,依赖包不同,本例中,centos: CentOS Linux release 7.0.1406 (Co ...
- ASP.NET Core 2.2 : 十七.Action的执行(Endpoint.RequestDelegate后面的故事)
上一章介绍了经过路由的处理,一个请求找到了具体处理这个请求的EndPoint,并最终执行它的RequestDelegate方法来处理这个Httpcontext.本章继续这个处理进程,按照惯例,依然通过 ...
- 随心测试_数据库_002 <数据库系统组成>
软测工程师:作为综合运用多学科知识,保障软件质量的重要岗位.需要我们学以致用,在工作中不断学习提升.以下:软测人员必备_数据库核心技能学习点,供大家学习参考. 数据库系统组成_必备 1. 简介:数据库 ...
- neutron二
第四篇neutron— 网络实践 一.虚拟机获取 ip: 用 namspace 隔离 DHCP 服务 Neutron 通过 dnsmasq 提供 DHCP 服务,而 dnsmasq 通过 ...
- boost学习目录
Boost之数值转换lexical_cast https://www.cnblogs.com/TianFang/archive/2013/02/05/2892506.html Boost之字符串算法s ...
- 第一章 初识 MyBatis
概念:优秀持久层框架:实体类和SQL语句之间建立映射关系 与hibernate区别 :自动生成sql语句,并且建立实体类和数据表的映射. MyBatis基本要素:核心对象 核心配置文件 S ...