小型电商网站的数据库设计
目 录
1 前言...................................................................... 1 2 需求分析 .................................................................. 2
2.1 电子商城开发背景 ................................................................................................. 2 2.2 定义 ................................................................................................................................. 2 2.3 目标 ................................................................................................................................. 3 2.4 需求分析 ......................................................................................................................... 3
2.4.1系统的功能描述 .................................................................................................... 3 2.4.2 系统总体功能图 ................................................................................................. 5 2.4.3 系统流程图 ......................................................................................................... 7 2.4.4 数据流图 ............................................................................................................. 8 2.4.5 实体与数据 ......................................................................................................... 8 2.4.6 联系与数据 ....................................................................... 错误！未定义书签。 2.4.7 数据字典 ........................................................................... 错误！未定义书签。
3 概念设计 .................................................................. 8
3.1 实体图 ............................................................................................................................. 8 3.2 多个实体间的联系图 ................................................................................................... 10 3.3 总体ER图 ..................................................................................................................... 12 4 逻辑设计 ................................................................. 13
4.1 关系设计 ....................................................................................................................... 13 4.2 关系优化 ....................................................................................................................... 14 4.3 约束的说明 ................................................................................................................... 17 4.4 基本表 ........................................................................................................................... 18 5 物理设计 ................................................................. 22
5.1 确定数据库的存储结构 ............................................................................................... 22 5.2 确定数据库的存取方法 ............................................................................................... 23
摘 要：随着计算机网络技术的飞速发展，电子商务业务越来越频繁，数据库技术在电子商务中的作用更加的重要，本文进行了新的经济形势下电商网站的数据库设计。
关键词：电子商务；数据库技术；WEB；
1 前言
现如今，互联网行业的快速发展，使的互联网已日益成为收集提供信息的最佳渠道。计算机不断的趋于大众化，电子商务也越来越成熟；随着计算机科学的发展，数据库技术在Internet中的应用逐步广泛；随着互联网的普及，建立在Internet上的网上购物系统是电子商务的一种重要形式。网购已经成了网民很重要的消费手段。由此购物网站逐渐发展起来，所谓购物网站就是提供网络购物的站点。足不出户即可购买到你所喜欢的商品。
电子商务被看作是一种现代化的商业和行政作业方法，这种方法改善产品和服务质量、提高服务传递速度，实现跨领域商业活动，满足政府组织、厂商和消费者降低成本的需求，通过计算机网络加快信息交流以支持决策。电子商务的内涵和外延也在不断充实和扩展。近年来，世界范围内Internet/Intranet网络环境的基本形成，使得基于Internet环境的系统的设计与开发成为重要方向，特别是B/S结构的应用越来越广泛。
本电子商城网站是建立一个商品销售平台，这个平台是企业发展及走向全球所迫切需要的。为企业单位搭建一个商品发布、交易的平台，企业将销售商品在此平台发布，由网站相关管理人员管理，这样既能提高企业的销售量，扩大销售范围，同时也能节约企业开办更多实体店的费用，从而节约了大量人力物力，于是本电子商务网站就应运而生了。
2 系统分析
2.1 开发背景
本电子商城通过搭建B-C模式的网上交易平台来完成商家与客户的商品交易活动，商家可以利用互联网进行商品的信息发布和打开产品的供销渠道，缩短生产和消费之间的时间路径、空间路径和人际路径。从而加快信息的传递速度，减少企业成本，提高企业的生产效率，增强企业营销竞争力，给销售商带来更多的利润空间。
客户在未登录之前可以浏览商城开放的业务和信息，可以查询商城的商品信息，但是客户如果要购买商品，则必须在本商城注册并登录后方可进行商品交易活动。当客户注册登录本商城系统时，可以查询或修改个人信息，浏览、查询并购买商品，管理自己的购物车，查询订单，也可享受商城提供的个性化服务以及优惠服务等。
本电子商城同样提供了一定的后台管理功能，商城管理员可以管理客户积分与等级，删除不合法客户；可以管理商品，包括商品信息入库、商品分类管理、商品信息删除、优惠商品信息、商品信息修改、退货单管理等；可以管理订单，包括订单统计、查询历史订单、配送单管理等。
项目名称：电子商城销售管理系统（ElectronicStoreSystem 简称ESS）
2.2 定义
系统数据流程图的一些定义
2.3 目标
当电子商城的管理人员使用了该销售管理软件后，可以通过计算机完成下面几个方面的管理工作：商城注册客户管理、商品管理、订单管理。电子商城销售管理系统ESS用户分为三类：
（1）商家管理员：此类客户可以取得商城管理员的权限，可以浏览所有客户信息，查找客户，给客户分配合理的权限，删除不合法客户等。
（2）商城游客：只可以浏览商城开放的业务和信息，不可以进行网上交 也不为该类客户提供个性化服务，该类客户无需注册。
（3）商城正式客户： 必须在商城注册，登录本商城后，这类客户可以浏 览商城开放的业务和信息，进行网上交易，也可享受商城提供的个性化服务以及优惠服务等。
2.4 需求分析
2.4.1系统的功能描述
作为在线购物商城，前台销售系统提供以下功能：客户信息管理,商品信息管理,购物车管理，订单信息管理。
（1）客户信息管理
①客户必须注册并登录本系统才能进行网上交易活动。一个客户只能拥有一个注册号（用户名），注册号可由客户根据自己的喜好自行定义，但必须唯一且在6-16位以内,且第一位必为字母C,其他只能由数字组成。
②同一时间内一个注册号不能在多处登录。客户所填资料必须真实，其中注册号、密码、姓名、性别、地址、邮编为必填资料。
③客户的积分将可以根据客户的订单金额逐次积累，即当客户每购买一元的商品时，则客户积分增加一分.其积分等级分为一钻,二钻,三钻,一钻客户为普通客户,积分为0-499分,不享受任何优惠;二钻客户积分为500-999分以内,所有商品九折优惠;三钻客户积分为1000分以上,所有商品八折优惠.当客户积分达到一定分数后,自动修改为相应等级。
④客户注册成功以后，其注册信息将自动被加入客户表中。登录系统后，客户可以查询或修改个人信息。
（2）商品信息管理
①客户登录本系统后，可以浏览本商城所展示的商品。 ②客户登录本系统后，可以查找自己所需要的商品。 ③客户登录本系统后，可以购买自己选中的商品。 （3）购物车管理
当客户想要购买某件商品时，可以将其放入购物车（生成一商品暂存表）我们在购物车设置一个“是否购买”字段（客户可以自己选择，用于确认），一个“商品数量”（客户自己填写）字段，一个商品编号，商品名称，商品单价，商品总额等。这样客户就可以自己决定购买哪些商品，购买多少，若不想买，可以在购物车中将其删除。
（4）订单信息管理
①客户确认购买购物车中的商品后，提交购物订单，此时将自动生成一张商家配送单，配送单中的商品编号、商品数量、配送单编号等将自动插入配送表中，而客户姓名、地址、邮编、电话则设置为默认值，即客户可以修改其中的信息。
②当客户付款后，将自动生成一张订单明细表。明细表中包括商品价格与优惠价，同时自动生成一张订单总表，订单时间将自动生成,即系统当前时间;订单号由系统自动生成。
③生成订单后，一天内商家将发出配送单，客户收到商品后，若在一周以内提出退、换货商品且符合退、换货条件(商品存在严重质量问题)，则为客户办理退、换货业务，同时修改相应的订单明细表和订单总表并减去客户相应的积分,并生成相应的退货单,退货单包含商品编号,商品名称,商品单价,商品数量,退货日期。
本电子商城的后台管理系统将可以提供客户管理，商品管理，订单统计管理等功能，具体描述如下：
（1）客户管理
①为客户建立一张基本表,用于添加客户个人信息，客户登录后可以维护自己的个人信息，并且在向网站发出订单时将会自动填写自己的联系信息。
②为客户赋予查询或修改个人信息的权利。
（2）商品管理
①若商品接近保质期（3个月），把该商品设为特价商品。 ②若商品库存量小于等于100，则提示要添加商品。 ③若某种商品已不再销售时，应将该商品信息删除。 ④若某种商品价格改变，则修改商品价格。
⑤当商品入库时，会自动将商品按不同的种类分类管理，分类标准为：商品类别名，生产厂家。
（3）订单统计管理
①统计每种商品年销售总额，并显示销售总额排在前十名的商品以供客户浏览。
②统计商城所有订单的年销售总额，根据销售情况调整营销计划。 ③统计每一地区的销售总额。 ④统计每个客户年订单总额。
⑤统计商品上个月的销售总额，并显示销售总额排在前十名的商品供客户浏览。
2.4.2 系统总体功能图
根据上节分析的系统功能需求，我们可以得到系统的功能模块，如图2.1所示。
客户注册或登录一个注册号对应一个客户客户信息管理一元金额对应一分客户积分查询或修改个人信息浏览商品商品信息管理查询商品购买商品前台销售系统生成商品暂存表购物车管理选择“是否购买”确定“商品数量”乐购电子购物系统客户购买后，生成商品配送单订单信息管理客户付款后，生成订单明细表和订单总表客户退还商品，则修改订单总表和订单明细表，同时生成商品退货单建立客户表客户管理查询或修改个人信息设置特价商品提示添加商品后台销售系统商品管理删除商品信息修改商品价格商品分类管理统计每种商品的销售总额统计所有订单的销售总额订单统计管理统计某一地区的销售总额统计所有客户所有订单总额图2.1 系统功能图
2.4.3 系统流程图
本商城客户购买商品的系统流程图，如图2.2所示。
Y注册N注册成功开始是否注册Y 浏览商品N Y查找商品Y是否购买YY数量是否超过库存量N放入购物车继续购物N确认购买Y享受优惠服务Y折扣N 生成配送单清空购物车生成订单明细表生成订单总表是否退货N增加客户积分Y符合退货条件Y生成退货单N结束图 2.2 系统流程图
2.4.4 数据流图
本商城的数据流图如图2.3所示。
客户 登录 产品描述 通知客户 5.0 开发票 调整 6.0 生成退货单 1.0 浏览商品 需要购买 2.0 购物车 准备配送细节 3.0 生成配送单 客户付款 发票 订单明细表 订单总表 商品折后金额 客户积分状况 4.0 调整优惠率 订单明细表 退货款差额调整 客户积分、等级 订单细节 处理订单 图 2.3 数据流图
2.4.5 实体与数据
3 概念设计
通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，并采用自底向上的方法．用E-R图表示各实体之间的联系。
3.1 实体图
通过需求分析我们得到客户，商品，优惠表和仓库等最基本的实体，画出它们的实体图如下：
（1）客户实体图，如图3.1所示。
密码注册号地址邮编客户注册日期电话性别图 3.1 客户实体图
姓名 （2）商品实体图，如图3.2所示。
商品编号商品单价商品名称商品商品保质期商品生产日期 图 3.2 商品实体图
（3）优惠表实体图，如图3.3所示。
客户等级优惠率优惠表积分要求 图 3.3 优惠表实体图
（4）仓库实体图，如图3.4所示。
仓库号仓库名仓库 图 3.4 仓库实体图
3.2 多个实体间的联系图
实体与实体间有多种联系，画出各种实体间的联系图如下： （1）客户与优惠表间的联系图，如图3.5所示。
注册日期密码客户邮编M注册号地址客户等级优惠率客户积分1优惠表电话性别姓名图 3.5 客户与优惠
积分要求 （2）商品与商品类别间的联系图，如图3.6所示。
商品类别编号商品编号商品名称商品类别M包含N商品商品类别名商品单价商品保质期商品生产日期 图 3.6 商品与商品类别表联系图
（3）商品与生产厂家之间的联系图，如图3.7所示。
单价商品名称商品编号生产厂家编号商品N供应M生产厂家保质期生产日期供应量生产厂家名 图 3.7 商品与生产厂家联系图
（4）商品与仓库实体之间的联系图，如图3.8所示。
商品编号商品单价商品名称库存量仓库号仓库名商品M库存N仓库商品保质期商品生产日期 图 3.8 商品与仓库联系图
（5）客户与商品实体之间的联系图，如图3.9所示。
商品数量发票号码注册号订单编号订货日期客户1购物车N订单M订购N商品生成购物车编号商品编号1订货日期订单总额商品单价折后价1商品单价商品暂存表商品折后价商品数量注册号商品总金额是否购买
图 3.9 客户与商品联系图
（6）客户与商品退货之间的关系图，如图3.10所示。
退货原因退货单编号客户订单编号注册号1退货M商品商品编号商品数量配送日期 图 3.10 客户与商品退货单联系图
（7）订单与商品配送之间的联系图，如图3.11所示。
商品编号配送单编号订单商品数量地址姓名邮编1配送配送日期注册号商品名称1电话商品 图 3.11 订单与商品配送单联系图
3.3 总体ER图
通过以上分ER图，我们得到下面的总ER图，如图3.12所示。
商品配送单优惠表商品类别仓库生成客户积分包含库存量客户购物车 N1订单M订购N商品退货供货生成商品商品暂存表生产厂家 图 3.12 总ER图
4 逻辑设计
本次设计的数据库在SQL Server 上实现，将概念结构设计中的E-R图转换成SQL Sever 支持的关系数据模型。
4.1 关系设计
关系设计包括实体转换和联系转换。 （1）实体转换
将每个单独的实体转换为一张单独的表，具体转换如下： 客户：注册号，密码，地址，注册日期，邮编，电话，性别，姓名 商品：商品编号，商品名称，商品生产日期，商品保质期，商品单价。 商品类别：商品类别编号，商品类别名。 生产厂家：生产厂家编号，生产厂家名。
M 配送NNM N1M11N1M1N11仓库：仓库编号，仓库名称。 （2）联系转换
一个实体型转换为关系模式，实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系有以下几种不同的情况：
① 多对多联系转换为一张单独的关系表
商品表：商品编号，商品名称，商品生产日期，商品保质期，商品单价，库存量，生产厂家编号。
② 一对多的联系通过在多表中添加属性来实现
商品表：商品编号，商品名称，商品生产日期，商品保质期，商品单价，库存量，生产厂家编号，商品类别编号。
客户表：注册号，密码，地址，注册日期，邮编，电话，性别，姓名，客户积分，客户等级。
订单表：订单编号，注册号，订单总额，订货日期，配送日期，发票号码，订单状态，商品编号，商品单价，商品折后价，商品数量。
商品退货单：退货单编号，订单编号，注册号，姓名，配送日期，商品编号，商品数量，退货原因。
③ 一对一的联系转化为一张单独的关系表
商品暂存表：购物车编号，注册号，商品编号，商品单价，商品折后价，商品数量，是否购买，商品总金额。
商品配送单：配送单编号，注册号，商品编号，商品数量，地址，姓名，邮编，电话，配送日期，订单编号。
4.2 关系优化
为了减少以上表数据的冗余，将表优化，结果如下： （1）客户表：
函数依赖集为F1={注册号→（密码，地址，注册日期，邮编，电话，性别，姓名
客户等级，客户积分）}∈2NF 主属性：注册号
非主属性：密码，地址，注册日期，邮编，电话，性别，姓名，客户等级，客户积分 主键：注册号 （2）优惠表：
函数依赖集为F2={客户等级→（优惠率，积分要求）}∈3NF 主属性：客户等级
非主属性：优惠率，积分要求 主键：客户等级 （3）商品表：
函数依赖集为F3={商品编号→（商品名称，商品类别编号，生产厂家编号，
商品库存量，商品生产日期，商品保质期，商品单价）} ∈3NF 主属性：商品编号
非主属性：商品名称，商品类别编号，生产厂家编号，商品库存量，商品生产日期，商品保质期，商品单价 主键：商品编号 （4）商品类别表：
函数依赖集为F4={商品类别编号→商品类别名}∈3NF 主属性：商品类别编号 非主属性：商品类别名 主键：商品类别编号 （5）生产厂家表：
函数依赖集为F5={生产厂家编号→生产厂家名}∈3NF 主属性：生产厂家编号 非主属性名：生产厂家名 主键：生产厂家编号 （6）订单总表：
函数依赖集为F6={订单编号→（注册号，订单总额，订货日期，发货日期，订单状态，发票号码）}∈3NF 主属性：订单编号
非主属性：注册号，订单总额，订货日期，发票号码，发货日期，订单状态。
主键：订单编号 （7）订单明细表：
函数依赖集为F6={（订单编号，商品编号）→（订货日期，商品单价，商品折后价，商品数量）}∈3NF 主属性：订单编号，商品编号
非主属性：订单总额，订货日期，发票号码，发货日期，商品单价，商品折后价，商品数量
主键：订单编号，商品编号 （8）商品暂存表：
函数依赖集为F8={（购物车编号，商品编号）→（注册号，商品单价，商品折后价，商品数量，是否购买，商品总金额）} ∈3NF 主属性：购物车编号，商品编号
非主属性：注册号，商品单价，商品折后价，商品数量，是否购买，商品总金额
主键：购物车编号，商品编号 （9）商品配送单：
函数依赖集为F9={配送单编号→（商品编号，商品数量，地址，姓名，邮编，电话，配送日期）}∈1NF 主属性：配送单编号
非主属性：商品编号，注册号，订单编号，商品数量，地址，姓名，邮编，
电话，配送日期
主键：配送单编号，注册号，订单编号
为了方便客户查看自己订购的商品信息，故在配送单中加入商品单价和商
品总金额两个非主属性。 （10）商品退货单：
函数依赖集为F10={（退货单编号，注册号，订单编号）→（姓名，配送日期，退货原因，商品编号，商品数量）}∈1NF
主属性：退货单编号，注册号，订单编号
非主属性：姓名，配送日期，退货原因，商品编号，商品数量 主键：退货单编号，注册号 （11）仓库表：
函数依赖集为F11={仓库编号→（仓库名）}∈3NF 主属性：仓库编号 非主属性：仓库名 主键：仓库编号
4.3 约束的说明
根据参照完整性，表与表之间有主键、外键、用户自定义约束。
（1） 注册号为客户表的主键，且在6-16位以内,且第一位必为字母C,其他只能
由数字组成，即同时对注册号设立用户自定义约束。 （2） 性别只能为‘m’或’f’,对性别设立用户自定义约束。 （3） 客户密码必须在6-12位之间。
（4） 客户表中的客户等级应参照优惠表中的客户等级。 （5） 优惠表中客户等级为主键。 （6） 仓库表中仓库编号为主键。 （7） 商品表中商品编号为主键。
（8） 商品类别表中商品类别编号为主键。 （9） 生产厂家表中生产厂家编号为主键。
（10）商品表中的商品类别编号应参照商品类别表中的类别编号。 （11）商品表中的生产厂家编号应参照生产厂家表中的生产厂家编号。 （12）商品暂存表中购物车编号和商品编号为主键。 （13）商品暂存表中的客户编号应参照客户表中的客户编号。
（14）商品暂存表中的“是否购买”字段默认为“否”，当客户确认购买以后，
再将其修改为“是”。
（15）商品暂存表中的商品数量默认为“0”。 （16）订单总表中订单编号为主键。
（17）订单明细表中订单编号和商品编号为主键。
（18）订单明细表中的订单编号应参照订单总表中的订单编号。 （19）订单明细表中的商品编号应参照商品表中的商品编号。 （20）订单总表中的订货日期应早于配送日期。 （21）发票号码必须唯一，建立unique约束。 （22）商品折后价和订单总额均设置默认值为0。 （23）订单状态设置默认值为0。 （24）商品配送单中配送单编号为主键。
（25）商品配送单中的客户信息默认为已注册客户的信息。 （26）商品退货单中退货单编号、注册号、订单编号为主键。
（27）一个客户购买某种商品的数量不能超过该商品的库存量，当客户购买之
后，该商品的库存量应自动减少。
（28）当生成订单明细表后，订单总表要自动生成，订单时间由系统自动生成，
当修改订单明细表时，订单总表也要做相应的修改。 （29）在生成订单总表后,自动生成商品配送单。
（30）为客户办理退货业务后，应自动生成一张退货单，同时在订单明细表和
订单总表中要做相应的修改。
4.4 基本表
通过上面的关系转换与关系优化,我们最终得到11张基本表。 （1）客户表（customer表）如表 4.1所示。
表 4.1 客户表
属性名 cust_id cust_code addr regis_date zip tel_no 数据类型 char(6) char(12) char(40) getdate() char(6) char(11) 是否为空 not null not null not null null not null not null 含义 注册号 密码 地址 注册日期 邮编 电话 是否为主键 primary key sex cust_name cust_level cust_sco char(2) Char（8） char(8) int not null not null not null not null 性别 姓名 客户等级 客户积分 （2）优惠表（discount表）如表 4.2所示。
表 4.2 优惠表
属性名 cust_level discount sco_re 数据类型 char(4) 是否为空 not null 含义 客户等级 优惠率 积分要求 是否为主键 primary key numeric(7,2) not null char(20) not null （3）商品表（product表）如表4.3所示。
表 4.3 商品表
属性名 prod_id prod_name kind_no sup_no storage pro_date keep_date unit_price supply 数据类型 char(6) char(20) char(6) char(6) int datetime char(6) 是否为空 not null not null not null not null not null not null not null 含义 商品编号 商品名称 是否为主键 primary key 商品类别编号 生产厂家编号 商品库存量 商品生产日期 商品保质期 商品单价 供货量 numeric(7,2) not null int not null （4）商品类别表（kind表）如表 4.4 所示。
表 4.4 商品类别表
属性名 kind_no kind_name 数据类型 char(6) char(15) 是否为空 not null not null 含义 是否为主键 商品类别编号 primary key 商品类别名 （5）生产厂家表（company表）如表 4.5所示。
表 4.5 生产厂家表
属性名 sup_no sup_name 数据类型 char(6) char(30) 是否为空 not null not null 含义 是否为主键 生产厂家编号 primary key 生产厂家名 （6）订单总表（sales表）如表 4.6所示。
表 4.6 订单总表
属性名 order_no cust_id tot_amt order_date invoice_no 数据类型 char(10) char(16) 是否为空 not null not null 含义 订单编号 注册号 订单总额 订货日期 发票号码 订单状态 配送日期 是否为主键 primary key numeric(7,2) null getdate() char(15) not null not null not null not null order_status char(2) deliv_date datetime （7）订单明细表（sale_item表）如表 4.7所示。
表 4.7 订单明细表
属性名 order_no prod_id unit_price dis_price qty order_date 数据类型 char(10) char(6) 是否为空 not null not null 含义 订单编号 商品编号 商品单价 商品折后价 商品数量 订货日期 是否为主键 primary key primary key numeric(7,2) not null numeric(7,2) not null int datetime not null not null （8）商品暂存表（shopcart表）如表 4.8所示。
表 4.8 商品暂存表
属性名 shop_no cust_id prod_id unit_price 数据类型 char(5) char(6) char(6) 是否为空 not null not null not null 含义 购物车编号 注册号 商品编号 商品单价 是否为主键 primary key primary key numeric(7,2) not null dis_price qty buy pro_totamt numeric(7,2) not null int char(4) not null not null 商品折后价 商品数量 是否购买 商品总金额 numeric(7,2) not null (9)商品配送单（delivery表）如表 4.9所示。
表 4.9 商品配送单
属性名 deliv_no cust_id order_no prod_id qty unit_price tot_amt zip addr tel_no deliv_date cust_name 数据类型 char(10) char(6) char(10) char(6) int 是否为空 not null not null not null not null not null 含义 配送单编号 注册号 订单编号 商品编号 商品数量 商品单价 订单总额 邮编 地址 电话 配送日期 姓名 是否为主键 primary key numeric(7,2) not null numeric(9,2) not null char(6) char(40) char(11) getdate() char(8) not null not null not null not null not null （10）商品退货表（return表）如表4.10所示。
表 4.10 商品退货单
属性名 chan_no cust_id order_no deliv_date chan_reason prod_id qty 数据类型 char(10) char(6) char(10) getdate() char(50) char(6) int 是否为空 not null not null not null not null not null not null not null 含义 退货单编号 注册号 订单编号 配送日期 退货原因 商品编号 商品数量 是否为主键 primary key primary key primary key cust_name char(8) not null 姓名 （11）仓库表（warehouse）如表 4.11所示。
表 4.11 仓库表
属性名 wh_no wh_name 数据类型 char(5) char(10) 是否为空 not null not null 含义 仓库编号 仓库名称 是否为主键 primary 5 物理设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。它包括如下几个方面：
5.1 确定数据库的存储结构
确定数据库物理结构主要指确定数据的存放位置和存储结构，包括：确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。
（1）确定数据的存放位置
为了提高系统性能，我们根据应用情况将数据的易变部分与稳定部分、经常存取部分和存取频率较低部分分开存放。
即把优惠表、仓库表作为数据稳定和存取频率较低部分；而把客户表、商品表、商品类别表、生产厂家表、订单总表、订单明细表、商品暂存表、商品配送单、商品退货单作为数据易变和经常存取部分，分开存放。
（2）确定系统配置
在进行物理设计时，根据应用环境，将数据库的大小的参数值设置为：事务日志的分配空间为1.00MB，文件按10百分比自动增长，并将文件增长限制为10.00MB；数据文件的分配空间为2.00MB，文件按10百分比自动增长，并将文件增长限制为10.00MB。
5.2 确定数据库的存取方法
数据库系统是多用户共享的系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。物理设计的任务之一就是要确定哪些存取方法，即建立哪些存取路径。常用的存取方法有三类。第一类是索引方法，目前主要是B+树索引方法；第二类是聚簇方法；第三类是HASH方法。
（1）索引存取方法的选择
①由于客户表的cust_id经常在查询和连接操作的条件中出现，故在cust_id上建立B+树索引。
②由于商品表的prod_id、prod_name、kind_no、sup_no经常在查询和连接操作的条件中出现，故在这些属性上建立B+树索引。
③由于商品类别表中kind_no、kind_name经常在查询和连接操作的条件中出现，故在这些属性上建立B+树索引。
④由于生产厂家表中的sup_no、sup_name经常在查询和连接操作的条件中出现，故在这些属性上建立B+树索引。
⑤由于订单总表中的order_no、cust_id经常在查询和连接操作的条件中出现，故在这些属性上建立B+树索引。
⑥由于订单总表的tot_amt和订单明细表的qty、dis_price经常作为最大值、最小值以及求和等聚集函数的参数，故在这些属性上建立B+树索引。
⑦由于订单明细表的order_no、order_date经常在查询和连接操作的条件中出现,故在这些属性上建立B+树索引。
⑧对商品配送单中的deliv_no建立B+树索引。
⑨对商品退货单中的chan_no、cust_id、order_no建立B+树索引。 （2）聚簇存取方法的选择
①由于订单总表和订单明细表的order_no经常要进行连接操作，为了提高order_no的查询速度，则对此关系建立一个聚簇索引。
②由于订单明细表和商品表的prod_id经常要进行连接操作，为了提高prod_id的查询速度，故对此关系建立一个聚簇索引。
③由于订单总表和客户表的cust_id经常要进行连接操作，为了提高cust_id的查询速度，故对此关系建立一个聚簇索引。
（3）HASH存取方法的选择
①由于优惠表中的cust_level主要在等值连接条件中出现且该表大小不变，故在此属性上建立HASH存取方法。
②由于仓库表中的ware_no主要在等值连接条件中出现且该表大小不变，故在此属性上建立HASH存取方法。
结束语
在这次电子商务系统数据库及业务逻辑的设计制作过程中，我不断的进行完善，将以前的知识进一步的巩固起来。当看到一个项目在自己的手下变的越来越清晰，是件很满足的事情，让我充分的感受到收获的那份喜悦。只要有付出，就会有等价的回报。这一点，在任何时候，都是一个真理。 在这个制作的过程中，当然也无法避免的遇到了一些难题。要进行一遍遍的改错，存储过程运行不了，有时已经完成了一个功能，又想到了更好的方法，要把原来的改掉，但不小心就混淆起来。这些问题不断的困扰着我。还好在耐心的调试下，并通过指导老师的指点，同学的支持，难题一一被克服。同时我明白，能做到更好就尽量做到更好，通过不断的努力进取，并要有耐心，不能操之过急甚至放弃，把事情做到尽善尽美。 此次数据库设计让我回顾了学过的知识，发现还是有很多不足的地方。通过努力，我填补了不足，虽然没有做到最好，但是期间我已经享受到了进步的乐趣。在今后的工作道路上，我也会通过自身的努力，将事情做到更好，相信有进步就会有动力。
参考文献
[1] 黄振山 电子商务—新世纪商务发展的潮流，2000 [2] 黄正瑞 曾巧明关系数据库Rdb的设计与应用：应用篇，1990 [3] 任成伟基于电子商务技术的购物网站建立的前期准备工作，2013
致 谢
在学习过程中，在各位老师孜孜不倦的教导下，我在各方面都有了新的认识，并得到了很大的提高。并通过自身的努力，学习上也取得了一定的成绩，为人处事方面也有了进一步的认知。 我首先要感谢学院的各级领导给我们营造了良好的学习氛围和舒适的生活环境，对我们的学业也非常重视、关怀。当然我也要感谢这两年中教给我们专业知识的各位老师们。 在这次设计中，我特别要感谢的是指导老师，胡老师认真负责的工作态度，严谨的治学精神和深厚的理论水平都使我受益非浅。她无论在理论上还是在实践中，都给予我很大的帮助。尤其是我在制作过程中遇到麻烦时，是胡老师的指导和鼓励促使我不断努力，使我能够更快更好的完成毕业设计。我还要感谢身边支持我的同学，谢谢他们给予的鼓励和帮助。 总而言之，大学里取得的各种进步都是与各级领导和各位老师的教导分不开的，在这里我致以衷心的感谢。你们的教诲使我在走上工作岗位后也铭记于心。
因篇幅问题不能全部显示，请点此查看更多更全内容