电商项目数据库设计文档.doc
电商数据库表结构设计
电商数据库表结构设计随着互联网技术的不断发展，电子商务在全球范围内的普及和应用，电商数据库的设计变得越来越重要。
电商数据库是电子商务系统中最基础的组成部分，它承载了整个电子商务系统的数据，包括商品信息、订单信息、用户信息等等。
因此，一个合理、高效的电商数据库表结构设计是至关重要的。
一、商品信息表商品信息表是电商数据库中最重要的一张表，它包含了所有商品的详细信息。
主要字段包括商品ID、商品名称、商品描述、商品价格、商品分类、商品品牌、库存数量等等。
其中，商品ID是该表的主键，用于唯一标识每一件商品。
商品分类和品牌字段可以通过外键关联到相应的分类表和品牌表，方便查询和管理。
二、订单信息表订单信息表用于保存用户的购买记录，主要字段包括订单ID、用户ID、商品ID、购买数量、订单状态、下单时间、支付时间等等。
其中，订单ID是该表的主键，用于唯一标识每一笔订单。
用户ID和商品ID可以通过外键关联到相应的用户表和商品信息表，方便查询和管理。
订单状态字段用于记录订单的当前状态，例如待支付、已支付、已发货、已完成等。
三、用户信息表用户信息表用于保存用户的个人信息，主要字段包括用户ID、用户名、密码、昵称、性别、生日、手机号码、邮箱等等。
其中，用户ID是该表的主键，用于唯一标识每一个用户。
用户名和密码字段用于用户登录时进行身份验证，昵称字段用于显示用户的昵称。
性别、生日、手机号码和邮箱字段是用户的个人信息，可以用于个性化推荐和营销。
四、购物车表购物车表用于保存用户的购物车信息，主要字段包括用户ID、商品ID、购买数量等等。
其中，用户ID和商品ID可以通过外键关联到相应的用户表和商品信息表，方便查询和管理。
购买数量字段用于记录用户加入购物车的商品数量。
五、地址表地址表用于保存用户的收货地址信息，主要字段包括用户ID、收货人姓名、收货人电话、省份、城市、区域、详细地址等等。
其中，用户ID可以通过外键关联到相应的用户表，方便查询和管理。
电商数据库表结构设计
电商数据库表结构设计随着电商行业的迅速发展，数据库表结构设计变得至关重要。
一个良好设计的数据库表结构可以提高系统的性能，减少数据冗余，保证数据的一致性和完整性。
在设计电商数据库表结构时，需要考虑到产品、订单、用户等多个方面的信息。
产品表（Product Table）产品表是电商系统中最重要的表之一，用于存储所有商品的信息。
在产品表中，通常包含产品ID、产品名称、描述、价格、库存数量、分类ID等字段。
通过产品表可以方便地查询和管理所有商品信息，实现对商品的上架、下架、价格调整等操作。
订单表（Order Table）订单表用于存储用户下单的订单信息，包括订单号、用户ID、订单状态、订单总额、下单时间等字段。
订单表与产品表之间通过产品ID建立关联，可以实现订单与商品的关联查询。
同时，订单表还可以记录用户的收货地址、支付信息等详细信息，方便订单的配送和结算。
用户表（User Table）用户表用于存储所有用户的信息，包括用户ID、用户名、密码、手机号、邮箱等字段。
用户表是电商系统中最核心的表之一，用户的注册、登录、个人信息管理等功能都离不开用户表。
通过用户表可以实现用户信息的管理和权限控制，保障用户数据的安全性。
购物车表（Shopping Cart Table）购物车表用于存储用户添加到购物车中的商品信息，包括购物车ID、用户ID、商品ID、数量、加入时间等字段。
购物车表可以实现用户在不同设备上的购物车同步，方便用户随时随地浏览和编辑购物车中的商品信息。
评论表（Comment Table）评论表用于存储用户对商品的评价和评论信息，包括评论ID、用户ID、商品ID、评分、评论内容、评论时间等字段。
评论表可以帮助电商平台了解用户对商品的喜好和意见，提高商品的质量和服务水平。
优惠券表（Coupon Table）优惠券表用于存储电商平台发放的优惠券信息，包括优惠券ID、优惠券名称、优惠金额、使用条件、有效期等字段。
电商项目数据库设计文档
第六小组潮易购电商管理系统数据库设计文档.段海旭，孙振华，王海伦等2018-11-30目录1 文档介绍 (2)1．1 编写目的 (2)1.2 适用范围 (2)1.3 读者对象 (2)2 数据库环境说明 (2)3 数据库的命名规则 (3)4 逻辑设计 (3)5 物理设计 (3)5．1表汇总 (3)5.2各表信息 (4)1.用户基本信息表(T_userInfo) (4)2.角色信息表(T_Root) (5)3.用户订单基本信息表(T_Userirdercon) (5)4.用户订单详细信息表(T_Userorderdetail) (6)5.商品类别的基本信息表(T_Goodstype) (6)6.商品基本信息表(T_Goodscon) (7)7.特价/主题商品信息表(T_Specialgoods) (7)8.购物车信息表(T_Shopping_Cart) (8)6 安全性设计 (8)6.1防止用户直接操作数据库的方法 (8)7 数据库管理与维护说明 (9)1文档介绍1．1编写目的作为软件设计文档的重要组成部分，本文档主要对该系统后台数据库的概念模型设计和物理模型设计作出了统一的规定，同时确定了每个表的数据字典结构。
它是开发人员，测试人员编码及测试的重要参考依据。
1.2 适用范围本概要设计文档提供给系统设计开发人员，包括详细设计人员和项目组成员，不得提供给组外人员1.3 读者对象本文档的主要读者包括：1.本系统的设计人员：包括模块设计人员2.本系统的系统设计人员：包括数据库开发，编码人员3.本系统的测试人员2数据库环境说明数据库采用Micrsoft SQL Server数据库管理系统建立并维护。
数据库设计过程中采用Micrsoft公司的Visio创建潮易购数据库的ER图，并生成数据库脚本文件“数据库设计.DLL”。
其中SQL Server的登录模式为混合身份验证，超级用户的用户名用户名均为sa，密码为123456，SQL Server服务器的端口号：1433。
某个电子商务系统项目数据库设计实例
（数据的属性和关系）
从而有效地建立整个系统的数据库种数据表的结构
（2）与数据库相关类的设计模式
数据库相关类可以分成实体类和会话类 从而达到使程序更加模块化，便于开发和维护
2、数据库设计的范式
（1）范式
构造数据库必须遵循一定的规则。在关系数据库中，这种规则 就是范式。 范式是符合某一种级别的关系模式的集合。 一般说来，数据库只需满足到第三范式（ 3NF）就行了
3、数据库表之间的关联（Relationship）
（1）关联：是不同表之间的数据彼此联系的方法 （2）种类：数据关联有三种基本的类型
一对一（1:1） 一对一关联意味着任何给定的每个（而不是大多数）实 例严密地与另一个实体的一个实例对应
一对多（1:M） 一对多关联意味着给定实体的一个实例可以可以与另一个 实体的零个实例、一个实例或者多个实例关联。 多对多（M:M） 多对多关联（给定实体的零个、一个或多个实例与另一个 实体的零个、一个或多个实例关联）
某个电子商务系统项目
数据库设计实例
项目的数据源设计技术
在本讲您能了解如下内容
本项目中的数据库逻辑设计 本项目中的数据库的物理设计
将Access数据库中的数据表导入到 SqlServer中
一、本项目中的数据库设计
1、数据库的逻辑设计 （1）数据库的逻辑设计--表结构的设计
主要的设计方法是通过进行数据内部以及外在关系的分析
（2）各种范式的说明
第一范式（1NF） 是指数据库表的每一列都是不可分割的基本数据项
（2）各种范式的说明（续） 第二范式（2NF）
要求数据库表中的每个实例或行必须可以被惟一地区 分 这个惟一属性列被称为主关键字或主键
第三范式（3NF）
电子商务数据库设计
第七节 数据库的运行和维护
• 一、数据库的转储和恢复 • 二、数据库的安全性、完整性控制 • 三、数据库性能的监督、分析和改造 • 四、数据库的重组织与重构造
数据库技术与应用 （电子商务系列）
谢谢观看！
要求
应用2 应用要求
应用3 应用要求
综合
概念 模式
应用1 外模式1
应用2 外模式2
应用3 外模式3
映像
逻辑 模式
映像
转换
内模式 数据库的三级模式结构
第二节 需求分析
一、需求分析的任务和方法
（一）需求分析的任务 • 1.系统需求调查的内容 • （1）数据库中的信息需求。 • （2）功能需求。 • （3）数据安全性和完整性需求。 • 2.系统需求的主要工作 （二）系统需求分析方法
二、物理结构设计的内容
• （一）关系模式存取方法的选择 • 1.索引存取方法的选择 • 2.聚簇存取方法的选择 • （二）确定数据库的存储结构 • 1.确定数据的存放位置 • 2.确定系统配置 三、物理结构的评价
第六节 数据库的实施
• 一、建立数据库的结构 • 二、数据的装载和应用程序的编制调试 • 三、数据库的试运行 • （一）测试应用程序功能 • （二）测试系统的性能指标
客户 1
订 n货
e 订单
p
开订单
1 h
营业员
供应日期
数量 f
包含
销售时间 1
属于
供应商
供应数量
仓库管理员
r
供应
存储数量
q
m 电脑配件
n 存储
w 管理
1 仓库
s 销售 t 分店
存储时间
v
销售数量
u 发货
大型电商项目数据库模板
大型电商项目数据库模板一、项目概述该大型电商项目是一个综合性的电商平台，包括B2C、C2C等多种业务模式。
为了支撑这样一个复杂的系统，需要建立一个强大的数据库来存储和管理各种数据。
二、数据库设计1. 数据库类型：关系型数据库2. 数据库管理系统：MySQL3. 数据库结构：分为用户信息、商品信息、订单信息三个主要部分三、用户信息表设计1. 用户ID：唯一标识用户身份，自增长整数类型。
2. 用户名：用户注册时填写的用户名，字符串类型。
3. 密码：用户注册时填写的密码，字符串类型。
4. 邮箱：用户注册时填写的邮箱地址，字符串类型。
5. 手机号码：用户注册时填写的手机号码，字符串类型。
6. 地址：用户收货地址，字符串类型。
7. 收货人姓名：字符串类型。
四、商品信息表设计1. 商品ID：唯一标识商品身份，自增长整数类型。
2. 商品名称：商品名称，字符串类型。
3. 商品描述：商品详细描述信息，字符串类型。
4. 商品价格：商品价格，浮点数类型。
5. 库存数量：商品库存数量，整数类型。
五、订单信息表设计1. 订单ID：唯一标识订单身份，自增长整数类型。
2. 用户ID：下单用户的ID，整数类型。
3. 商品ID：购买的商品ID，整数类型。
4. 购买数量：购买的商品数量，整数类型。
5. 订单状态：订单状态，字符串类型。
包括未支付、已支付、已发货、已完成等。
6. 下单时间：订单下单时间，日期类型。
六、数据库安全性设计为了保证数据的安全性和完整性，需要采取以下措施：1. 数据库备份：定期对数据库进行备份，以防止数据丢失。
2. 数据库加密：对敏感数据进行加密存储，如密码等。
3. 数据库权限控制：对不同用户设置不同的权限，以保障数据库安全。
七、数据库性能优化设计为了提高系统的响应速度和并发处理能力，需要采取以下措施：1. 索引优化：对经常查询的字段建立索引以提高查询效率。
2. 数据库分区：将大表分成多个小表来提高查询效率和并发处理能力。
电子商务平台的数据库设计实现分析范本
数据库设计设计题目：电子商务平台的设计与实现学生姓名：学生学号：专业班级：学院名称：信息科学与工程学院指导老师：2015年1月日目录1.引言 ......................................................... - 3 -1.1开发背景................................................. - 3 -1.2需求分析................................................. - 4 - 2．主要项目内容 ................................................ - 5 -2.1系统功能结构............................................. - 5 -2.2系统功能的描述........................................... - 5 -3.业务流程描述 ................................................. - 7 -3.1流程图................................................... - 7 -3.2数据流图................................................. - 8 -3.3活动图................................................... - 8 -3.4时序图................................................... - 9 -3.5用例图.................................................. - 11 - 4．数据库逻辑模型 ............................................. - 13 -4.1概念数据模型............................................ - 13 -4.2物理数据模型............................................ - 14 -4.3所有数据项目表.......................................... - 14 -5.主要数据库表的说明 .......................................... - 18 -5.1所有表.................................................. - 18 -5.2各个表的详细说明........................................ - 23 -6.结束语 ...................................................... - 26 -7.致谢 ........................................................ - 26 -1.引言电子商务是指整个商务活动和贸易活动的电子化，它通过先进的信息网络，将事物活动和贸易活动中发生关系的各方有机地联系起来。
电商实训教案(全)教学内容
课题1：access数据库设计开发计划课时：导入：本实训课程的学习目标：通过本课程的学习，知道电子商务网站到底是怎样设计的，如何使用计算机技术来解决实际问题的，站在更高的高度看待电子商务技术。
本实训课程的训练项目及安排：序号实训项目名称课时1 Access数据库设计开发102 淘宝助理的使用103 电子商务网站建设304 网站管理与维护 45 成果总结与展示 6新授纲要：1.了解数据库设计及需求分析2.掌握数据库Access的基本操作3.掌握6大对象的创建和使用4.创建客户信息和订单管理数据库授课内容：一、了解数据库设计及需求分析1.什么是数据库·保存在磁盘等外存介质上的数据集合·能被各类用户所共享·数据冗余低、数据之间有紧密联系·可通过数据库管理系统进行访问·在Access数据库系统中，数据以表的形式保存◆模块（Module）：模块是将Visual Basic 声明和过程作为一个单元进行存储的指令集合。
VBA提供了宏无法完成，较为复杂和高级的功能，或是关于整个数据对象的整合操作。
三、Access的使用（一）表的创建1. 新建数据库数据表是Access数据库中惟一存储数据的对象一行数据称为一条记录，一列数据称为一个字段。
2.表的创建方式使用设计视图创建表使用向导创建表通过输入数据创建表3. 表结构设计字段属性类型属性：文本、备注、数字、日期/时间、货币、自动编号、是/否、OLE 对象、超链接、查阅向导常规属性：用于对已指定数据类型的字段作进一步的说明。
常用的常规属性如下：●字段大小：限定文本型字段的大小和数字型数据的类型。
●格式：控制数据屏幕显示或打印的格式。
●输入掩码：定义向字段中输入数据时的格式。
●标题：在“数据表”视图、窗体和报表中取代字段名显示出来的文本。
●默认值：添加新记录时，自动加入到字段中的值。
4.创建表操作创建客户信息表、订单信息表，并输入10条记录；创建表间关系；（二）创建查询1.查询对象概述查询对象的实质是SQL命令，本身不包含数据生成查询对象的途径：查询向导、查询设计视图和SQL 视图查询能实现的功能需求：根据某种规则查找部分数据同时显示分布在若干个表或查询中的数据对表中的数据进行计算、分类、汇总将上述结果转换成一个真正的数据表进行保存。
电商-数据库详细设计说明书V0.2
电商-数据库详细设计说明书V0.2电商-数据库详细设计说明书V0.21、引言该文档旨在详细说明电商数据库的设计和实现细节。
数据库作为电商系统的核心组成部分，承担着存储和管理各类数据的重要任务。
本文将会描述数据库的架构、表结构、数据字段、索引设计等内容，并对数据库的性能、安全性等关键问题进行讨论。
2、数据库架构2.1 数据库服务器配置2.2 数据库集群2.3 数据库备份和恢复策略3、数据库设计3.1 用户表设计3.1.1 用户信息表3.1.2 用户安全表3.2 商品表设计3.2.1 商品信息表3.2.2 商品图片表3.2.3 商品库存表3.3 订单表设计3.3.1 订单信息表3.3.2 订单商品表3.3.3 订单物流表3.4 购物车表设计3.4.1 购物车信息表3.4.2 购物车商品表3.5 支付表设计3.6 评价表设计3.7 广告表设计4、数据字典4.1 用户信息表字段定义4.2 商品信息表字段定义4.3 订单信息表字段定义4.4 购物车信息表字段定义4.5 支付信息表字段定义4.6 评价信息表字段定义4.7 广告信息表字段定义5、数据库索引设计5.1 索引的原理和作用5.2 索引的选择和创建策略6、数据库性能优化6.1 查询性能优化6.2 更新性能优化6.3 并发性能优化6.4 数据库缓存优化7、数据库安全性7.1 访问控制7.2 数据加密7.3 数据备份和恢复7.4 安全审计8、附件包含数据库的ER图和表结构定义。
9、法律名词及注释9.1 保密协议：涉及保护商业秘密的一种法律文件。
9.2 数据隐私：指个人信息在被收集和处理时获得保护的权利。
9.3 个人数据保护条例：欧洲联盟生效的个人数据保护法规。
常见电商项目的数据库表设计（MySQL版）
常见电商项⽬的数据库表设计（MySQL版）转⾃：https:///developer/article/1164332简介：⽬的：电商常⽤功能模块的数据库设计常见问题的数据库解决⽅案环境：MySQL5.7图形客户端，SQLyogLinux模块：⽤户：注册、登陆商品：浏览、管理订单：⽣成、管理仓配：库存、管理电商实例数据库结构设计电商项⽬⽤户模块⽤户表涉及的实体改进1：第三范式：将依赖传递的列分离出来。
⽐如：登录名<-⽤户级别<-级别积分上限，级别积分下限改进2：尽量做到冷热数据的分离，减⼩表的宽度⽤户登录表(customer_login)CREATE TABLE customer_login(customer_id INT UNSIGNED AUTO_INCREMENT NOT NULL COMMENT '⽤户ID',login_name VARCHAR(20) NOT NULL COMMENT '⽤户登录名',password CHAR(32) NOT NULL COMMENT 'md5加密的密码',user_stats TINYINT NOT NULL DEFAULT 1 COMMENT '⽤户状态',modified_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后修改时间', PRIMARY KEY pk_customerid(customer_id)) ENGINE = innodb COMMENT '⽤户登录表'⽤户信息表(customer_inf)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 护照',identity_card_no VARCHAR(20) COMMENT '证件号码',mobile_phone INT UNSIGNED COMMENT '⼿机号',customer_email VARCHAR(50) COMMENT '邮箱',gender CHAR(1) COMMENT '性别',user_point INT NOT NULL DEFAULT 0 COMMENT '⽤户积分',register_time TIMESTAMP NOT NULL COMMENT '注册时间',birthday DATETIME COMMENT '会员⽣⽇',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(customer_inf_id)) ENGINE = innodb COMMENT '⽤户信息表';⽤户级别表(customerlevelinf)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 '⽤户级别信息表';⽤户地址表(customer_addr)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',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)) ENGINE = innodb COMMENT '⽤户地址表';⽤户积分⽇志表(customerpointlog)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 '⽤户积分⽇志表';⽤户余额变动表(customerbalancelog)CREATE TABLE customer_balance_log(balance_id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '余额⽇志ID',customer_id INT UNSIGNED NOT NULL COMMENT '⽤户ID',source TINYINT UNSIGNED NOT NULL DEFAULT 1 COMMENT '记录来源：1订单，2退货单',source_sn INT UNSIGNED NOT NULL COMMENT '相关单据ID',create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '记录⽣成时间',amount DECIMAL(8,2) NOT NULL DEFAULT 0.00 COMMENT '变动⾦额',PRIMARY KEY pk_balanceid(balance_id)) ENGINE = innodb COMMENT '⽤户余额变动表';⽤户登陆⽇志表(customerloginlog)CREATE TABLE customer_login_log(login_id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '登陆⽇志ID',customer_id INT UNSIGNED NOT NULL COMMENT '登陆⽤户ID',login_time TIMESTAMP NOT NULL COMMENT '⽤户登陆时间',login_ip INT UNSIGNED NOT NULL COMMENT '登陆IP',login_type TINYINT NOT NULL COMMENT '登陆类型：0未成功，1成功',PRIMARY KEY pk_loginid(login_id)) ENGINE = innodb COMMENT '⽤户登陆⽇志表';Hash分区表分区表特点：逻辑上为⼀个表，在物理上存储在多个⽂件中CREATE TABLE customer_login_log(login_id INT UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '登陆⽇志ID',customer_id INT UNSIGNED NOT NULL COMMENT '登陆⽤户ID',login_time TIMESTAMP NOT NULL COMMENT '⽤户登陆时间',login_ip INT UNSIGNED NOT NULL COMMENT '登陆IP',login_type TINYINT NOT NULL COMMENT '登陆类型：0未成功，1成功',PRIMARY KEY pk_loginid(login_id)) ENGINE = innodb COMMENT '⽤户登陆⽇志表'PARTITION BY HASH(customer_id) PARTITIONS 4;区别就在于加了PARTITION这个命令。
网店信息及销售管理系统数据库设计文档
数据库设计文档目录1.引言1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4参考资料 (4)2.外部设计2.1目标 (5)2.2标识符和状态 (5)2.3约定 (5)2.4运行环境 (5)2.5专门指导 (6)3.数据流图 (6)4.数据词典 (10)5.功能概述5.1系统功能概述 (11)5.2系统功能模块 (13)6.结构设计6.1概念结构设计 (16)6.2逻辑结构设计 (17)6.2.1表的结构 (17)6.2.2表的关系图 (22)7.其它需求 (22)1引言1.1编写目的此需求规格说明书对《网店信息及销售管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
本说明书定义了网店信息及销售管理系统的详细需求，明确了网店信息及销售管理系统的功能内容、功能边界、开发途径，是整个软件开发的依据，它对以后阶段的工作起指导作用。
本文也是项目完成后系统验收的依据。
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的网店信息和销售管理系统，实现方便的修改网店信息，管理员的增加和删除，商品的上下架等功能。
1.2背景务网站设计的主要目的一般是通过网站的推广，实现企业的产品及服务的互联，并使客户随时了解公司及公司所提供的最新产品的资讯同时也为客户提供及时的在线服务及订单处理等功能。
而从长期的战略目标来看，商务网站不仅仅是产品和服务的推广，通过Internet，企业内部网和外部网，他还是将买家与卖家，厂家和合作伙伴进门联合的平台，因而消除了时间与空间带来的障碍。
Shopping On Line购物在线网站致力于提供电脑及相关IT产品展示及订购为核心的网上购物服务。
电商-数据库详细设计说明书V02(DOC)
数据库详细设计说明书1此处采用Visio绘制的ER图。
1.1 商品类1.1.1商品表1.1.2图片表存储所有的图片的路径字符串（URL），如果存储量过大，则需要根据主键值做表分区图片命名规则：款号_颜色_角度_是否默认图_宽_高.jpg例如：LPZD115602_5rex5YWwLealvOWFsOe0qw@@_1_1_626_800.jpg图片文件夹路径为：/images/product/款号/图片.jpg1.1.3商品类型表代码表存放商品类型模板信息：童装、童鞋、配饰、玩具…1.2 用户帐户类概念：一个用户可以包含多个账户，各个账户之间是可以切换的1.2.1用户基础信息表1.2.2账户表帐号来源标识出是哪个平台过来的用户，比如QQ，新浪微博等。
可用蜜豆数：客户可以用这些蜜豆进行交易，换购。
升级蜜豆数：此蜜豆数会一直增加，不会减少，是作为蜜豆等级的升级使用。
蜜豆级数：200蜜豆为1级，4倍关系后可升级。
比如用户有2000蜜豆，2000/200=10级10级/4=2 余数为2 那么就是2个黄蜜蜂+2个红蜜蜂1.2.3宝贝信息表宝贝信息与用户多对一关联，一个用户可以拥有多条宝贝信息身高体重之类随年龄变大肯定不一样，所以根据添加时间来推算。
1.2.4配送地址表1.2.5通知类型表代码表（缺货登记，降价通知）1.2.6通知类型-模板关联表1.2.7通知表1.2.8关注商品表1.2.9信用等级表代码表先划分为五个等级：良好、较好、一般、较差、差1.2.10动作类型表代码表该表主要为：蜜豆记录、现金账户记录、券记录中的收入和支出服务。
1.2.11蜜豆记录表记录蜜豆的收支情况1.2.12券记录表1.2.13现金账户记录表记录现金账户的收支情况1.2.14账户等级表记录蜜豆等级的规则蜜豆等级与QQ上的星星月亮太阳升级规则一样，四个红蜜蜂可升级成一个黄蜜蜂，四个黄1.2.15账户升级历史表1.3 订单及处理类此处描述各类基础信息表（主数据），例如单位、客户、设备等。
电商数据库表结构设计
电商数据库表结构设计在电子商务领域，数据库表结构设计是至关重要的一环。
一个合理的数据库表结构能够提高系统的性能、可靠性和可维护性，从而为用户提供更好的购物体验。
本文将介绍电商数据库表结构设计的一般原则和常见表结构。
一、用户表（User）用户表是电商系统中最基本的表之一，用于存储用户的基本信息。
用户表通常包括用户ID、用户名、密码、邮箱、电话等字段。
在设计用户表结构时，需要考虑用户信息的安全性和完整性，可以使用加密算法对密码进行加密存储，同时设置用户名、邮箱等字段的唯一索引，以确保数据的唯一性。
二、商品表（Product）商品表用于存储电商系统中的商品信息，包括商品ID、名称、价格、库存、描述等字段。
在设计商品表结构时，可以考虑将商品信息拆分成多个表，如商品基本信息表、商品图片表、商品属性表等，以提高系统的扩展性和性能。
三、订单表（Order）订单表用于存储用户的订单信息，包括订单ID、用户ID、商品ID、数量、金额、状态等字段。
在设计订单表结构时，需要考虑订单的状态管理和支付流程，可以设置订单状态字段和支付时间字段，并使用外键约束来保证订单信息的完整性。
四、购物车表（Cart）购物车表用于存储用户的购物车信息，包括购物车ID、用户ID、商品ID、数量等字段。
在设计购物车表结构时，需要考虑用户添加商品、修改数量、删除商品等操作，可以使用联合主键来保证购物车信息的唯一性。
五、评价表（Review）评价表用于存储用户对商品的评价信息，包括评价ID、用户ID、商品ID、评分、内容等字段。
在设计评价表结构时，可以考虑评价的多样性，如文字评价、星级评分、图片评价等，以提高用户体验和商品质量管理。
六、分类表（Category）分类表用于存储商品的分类信息，包括分类ID、名称、父分类ID 等字段。
在设计分类表结构时，可以考虑分类的层级结构和多级分类，可以使用递归查询或者路径查询来实现分类的管理和展示。
七、优惠券表（Coupon）优惠券表用于存储电商系统中的优惠券信息，包括优惠券ID、名称、面值、有效期等字段。
电商数据库详细设计说明书V
数据库详细设计说明书1此处采用Visio绘制的ER图。
1.1商品类1.1.1商品表1.1.2图片表存储所有的图片的路径字符串（URL），如果存储量过大，则需要根据主键值做表分区图片命名规则：款号_颜色_角度_是否默认图_宽_高.jpg例如：LPZD115602_5rex5YWwLealvOWFsOe0qw@@_1_1_626_800.jpg1.1.3商品类型表代码表1.2用户帐户类概念：一个用户可以包含多个账户，各个账户之间是可以切换的1.2.1用户基础信息表1.2.2账户表帐号来源标识出是哪个平台过来的用户，比如QQ，新浪微博等。
可用蜜豆数：客户可以用这些蜜豆进行交易，换购。
升级蜜豆数：此蜜豆数会一直增加，不会减少，是作为蜜豆等级的升级使用。
蜜豆级数：200蜜豆为1级，4倍关系后可升级。
比如用户有2000蜜豆，2000/200=10级10级/4=2余数为2那么就是2个黄蜜蜂+2个红蜜蜂1.2.3宝贝信息表宝贝信息与用户多对一关联，一个用户可以拥有多条宝贝信息身高体重之类随年龄变大肯定不一样，所以根据添加时间来推算。
1.2.4配送地址表1.2.5通知类型表1.2.6通知类型-模板关联表1.2.7通知表1.2.8关注商品表1.2.9信用等级表代码表先划分为五个等级：良好、较好、一般、较差、差1.2.10动作类型表代码表该表主要为：蜜豆记录、现金账户记录、券记录中的收入和支出服务。
1.2.11蜜豆记录表1.2.12券记录表1.2.13现金账户记录表1.2.14账户等级表记录蜜豆等级的规则蜜豆等级与QQ上的星星月亮太阳升级规则一样，四个红蜜蜂可升级成一个黄蜜1.2.15账户升级历史表1.3订单及处理类此处描述各类基础信息表（主数据），例如单位、客户、设备等。
1.3.1购物车主表购物车的定时删除时间和登录前后cookie是否合并做配置项1.3.2购物车子表1.3.3订单主表内容解释配送时间：指定快递公司在指定的时间段内，以客户的意愿来送货。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第六小组
潮易购电商管理系统
数据库设计文档
.段海旭，孙振华，王海伦等2018-11-30
目录
1 文档介绍 (1)
1 ． 1 编写目的 (1)
1.2 适用范围 (2)
1.3 读者对象 (2)
2 数据库环境说明 (2)
3 数据库的命名规则 (2)
4 逻辑设计 (3)
5 物理设计 (3)
5 ． 1 表汇总 (3)
5.2 各表信息 (4)
1. 用户基本信息表 (T_userInfo) (4)
2. 角色信息表 (T_Root) (4)
3. 用户订单基本信息表(T_Userirdercon) (5)
4. 用户订单详细信息表(T_Userorderdetail) (5)
5. 商品类别的基本信息表(T_Goodstype) (6)
6. 商品基本信息表 (T_Goodscon) (6)
7. 特价 / 主题商品信息表 (T_Specialgoods) (7)
8. 购物车信息表 (T_Shopping_Cart) (7)
6 安全性设计 (8)
6.1 防止用户直接操作数据库的方法 (8)
7 数据库管理与维护说明 (8)
1文档介绍
1． 1 编写目的
作为软件设计文档的重要组成部分，本文档主要对该系统后台数据库的概念模型设计和
物理模型设计作出了统一的规定，同时确定了每个表的数据字典结构。
它是开发人员，测试人员编码及测试的重要参考依据。
1.2适用范围
本概要设计文档提供给系统设计开发人员，包括详细设计人员和项目组成员，不得提供给组外人员
1.3读者对象
本文档的主要读者包括：
1.本系统的设计人员：包括模块设计人员
2.本系统的系统设计人员：包括数据库开发，编码人员
3.本系统的测试人员
2数据库环境说明
数据库采用Micrsoft SQL Server数据库管理系统建立并维护。
数据库设计过程中采
用 Micrsoft 公司的 Visio 创建潮易购数据库的 ER 图，并生成数据库脚本文件“数据库设
计.DLL ”。
其中 SQL Server 的登录模式为混合身份验证，超级用户的用户名用户名均为
sa ，密码为 123456，SQL Server服务器的端口号：1433 。
3数据库的命名规则
符合 3 个范式：
主键关系，表间关系、表中字段是不可再分的属性。
表的表示：描述单一信息，功能简单实用、命名规范合理。
字段的类型，程度。
数据库的命名：采用首字母大写模式。
如：潮易购电商管理，数据库名称为ChaoYiBuys（潮流商店）。
数据库表命名：所有表以T_开头，后面跟英文解释，采用首字母大写形式。
如：用户基本信息数据库名称为T_UserInfo
4逻辑设计
本系统的数据库按照面向对象的思想，设计对应实体类，由实体类生成对应的数据库表，数据库中的关系，反应了对象间的关系。
5物理设计
5． 1 表汇总
序号数据库表数据库表存储内容
1 T_UserInfo 用户基本信息
2 T_Userordercon 用户订单的基本信息 ,订单发送地址等
3 T_Userorderdetail 用户订单的商品内容
4 T_Goodstype 商城内物品的类别信息
5 T_Goodscon 商城内物品的基本信息
6 T_Adminuserinfor 管理员的基本信息
7 T_Bulletioncon 公告栏的基本信息
8T_Specialgoods特价/主题商品信息
5.2 各表信息
1. 用户基本信息表(T_userInfo)
序号字段名字段类型说明备注
1 Usr_id Int 用户编号Primary key
2 Usr_name Varchar(50) 用户名Not Null
3 Usr_pwd Varchar(50) 密码Not Null
4 Usr_realname Varchar(50) 真实姓名Not Null
5 Usr_sex Varchar(2) 性别
6 Usr_tel Varchar(11) 电话
7 Usr_email Varchar(100) E_mail
8 Usr_address Varchar(200) 地址
9 Usr_inputdate Datetime 添加时间系统自动记录
10 Usr_leave int 用户级别
11 Usr_Root int 用户角色关联角色表2. 角色信息表 (T_Root)
序号字段名字段类型说明备注
1 Root_Id int 角色编号主键，自增
2 Root_Name Varchar(100) 角色名称
3. 用户订单基本信息表(T_Userirdercon)
序号字段名字段类型说明备注
1 Odr_no Varchar(50) 订单号订单索引 (不重复 )
2 Odr_time Datetime 订单产生日期Not Null
3 Odr_ispass Varchar(2) 订单是否确认Y,N
4 Odr_passtime Datetime 确认时间
5 Asr_id Int 订单处理人卖家用户信息
6 Odr_sendstate Int 订单发送状态
7 Odr_recname Varchar(20) 订单接收人姓名
8 Odr_address Varchar(200) 订单接收地址
9 Usr_id Int 订购人 id 买家用户信息
10 Odr_totalprice Varchar(50) 订购总价
11 Odr_phone Varchar(11) 订单接收人电话
12 Odr_email Varchar(100) 订单接收入 E_mail
4. 用户订单详细信息表(T_Userorderdetail)
序号字段名字段类型说明备注
1 Odr_no Varchar(20) 订单号
2 St_typeid Int 类别编号
3Ste_id Int物品编号
4 List_num Int 订购数量
5 Ste_price Varchar(100) 此类物品的总价
5. 商品类别的基本信息表(T_Goodstype)
序号字段名字段类型说明备注
1 St_typeid Int 类别编号Primary key
2 St_name Varchar(100) 类别名称
3 St_fid Varchar(100) 父级类别 id Null 表示根类别
4 St_havechild Varchar(2) 是否有子类别Y,N
5 St_sort Int 排序标识数字越小排序越靠前
6 St_inputdate Datetime 建立时间系统时间
7 St_isvalid Varchar(2) 此类别是否有效
6. 商品基本信息表(T_Goodscon)
序号字段名字段类型说明备注
1 Ste_id Int 编号Primary key
2 Ste_name Varchar(100) 物品名称Not null
3 Ste_typeid Int 类别 id 商品类别
4 Ste_time Datetime 上架日期
5 Ste_imgurl Varchar(200) 物品图片
6 Ste_content Varchar(4000) 物品简介
7 Ste_orderdesc Varchar(1000) 订购说明
8 Ste_sort Int 排序标识
9 Ste_value Varchar(30) 物品价格
10 Ste_point Int 物品浏览量
7. 特价 / 主题商品信息表(T_Specialgoods)
序号字段名字段类型说明备注
1 Sg_id Int 特价编号Primary key
2 Ste_id Int 物品 id 商品基本信息表关
联
3 Sg_inputdate Datetime 添加日期
4 Sg_updatedate Datetime 更新日期
5 Sg_nowvalue Varchar(30) 当前日期
6 Sg_valid Int 是否有效
7 Sg_point Int 浏览量
8. 购物车信息表 (T_Shopping_Cart)
序号1
字段名
Cart_id
字段类型
Int
说明
编号
备注
Primary key
2 Usr_id int 用户 Id 用户信息
3 Ste_id int 商品 id 商品信息
4 Cart_num int 购买数量
5 Cart_sum float 总价格
6安全性设计
6.1 防止用户直接操作数据库的方法
防止用户 Sql 注入，采用参数传递登录，并且使用JavaScript和MVC双重验证，保证用户登录安全。
除上述方法外，不用提供用户访问替他数据库数据的直接或间接途径。
用户密码采用MD5加密方法进行加密，确保系统的安全。
7数据库管理与维护说明
对于本数据的管理和维护，例如数据库的备份与恢复，可以使用SSMS 中的“数据库”→“备份数据库（B）”菜单项和“还原数据库（R ）”菜单项操作。