小型电商网站的数据库设计.docx

《小型电商网站的数据库设计.docx》由会员分享，可在线阅读，更多相关《小型电商网站的数据库设计.docx（28页珍藏版）》请在三一办公上搜索。

1、小型电商网站的数据库设计目录1前言12需求分析22.1 电子商城开发背景22.2定义22.3目标32.4需求分析32.4.1系统的功能描述32.4.2系统总体功能图52.4.3系统流程图72.4.4数据流图82.4.5 实体与数据82.4.6联系与数据错误!未定义书签。2.4.7数据字典错误!未定义书签。3概念设计83.1实体图83.2多个实体间的联系图103.3总体ER图124逻辑设计134.1关系设计134.2关系优化144.3约束的说明174.4基本表185物理设计225.1确定数据库的存储结构225.2确定数据库的存取方法23摘 要：随着计算机网络技术的飞速发展，电子商务业务越来越频繁

2、，数据库技术在 电子商务中的作用更加的重要，本文进行了新的经济形势下电商网站的数据库设计。关键词：电子商务；数据库技术；WEB；1 前言现如今，互联网行业的快速发展，使的互联网已日益成为收集提供信息的最 佳渠道。计算机不断的趋于大众化，电子商务也越来越成熟；随着计算机科学的 发展，数据库技术在Internet中的应用逐步广泛；随着互联网的普及，建立在 Internet上的网上购物系统是电子商务的一种重要形式。网购已经成了网民很 重要的消费手段。由此购物网站逐渐发展起来，所谓购物网站就是提供网络购物 的站点。足不出户即可购买到你所喜欢的商品。电子商务被看作是一种现代化的商业和行政作业方法，这种方

3、法改善产品和 服务质量、提高服务传递速度，实现跨领域商业活动，满足政府组织、厂商和消 费者降低成本的需求，通过计算机网络加快信息交流以支持决策。电子商务的内 涵和外延也在不断充实和扩展。近年来，世界范围内Internet/Intranet网络环 境的基本形成，使得基于Internet环境的系统的设计与开发成为重要方向，特 别是B/S结构的应用越来越广泛。本电子商城网站是建立一个商品销售平台，这个平台是企业发展及走向全球 所迫切需要的。为企业单位搭建一个商品发布、交易的平台，企业将销售商品在 此平台发布，由网站相关管理人员管理，这样既能提高企业的销售量，扩大销售 范围，同时也能节约企业开办更多实

4、体店的费用，从而节约了大量人力物力，于 是本电子商务网站就应运而生了。2.1开发背景本电子商城通过搭建B-C模式的网上交易平台来完成商家与客户的商品交 易活动，商家可以利用互联网进行商品的信息发布和打开产品的供销渠道，缩短 生产和消费之间的时间路径、空间路径和人际路径。从而加快信息的传递速度， 减少企业成本，提高企业的生产效率，增强企业营销竞争力，给销售商带来更多 的利润空间。客户在未登录之前可以浏览商城开放的业务和信息，可以查询商城的商品信 息，但是客户如果要购买商品，则必须在本商城注册并登录后方可进行商品交易 活动。当客户注册登录本商城系统时，可以查询或修改个人信息，浏览、查询并 购买商品

5、，管理自己的购物车，查询订单，也可享受商城提供的个性化服务以及 优惠服务等。本电子商城同样提供了一定的后台管理功能，商城管理员可以管理客户积分 与等级，删除不合法客户；可以管理商品，包括商品信息入库、商品分类管理、 商品信息删除、优惠商品信息、商品信息修改、退货单管理等；可以管理订单， 包括订单统计、查询历史订单、配送单管理等。项目名称：电子商城销售管理系统（ElectronicStoreSystem简称ESS）2.2定义系统数据流程图的一些定义 数据源点，终点变换数据的处理I 翼据存储数据流2.3目标当电子商城的管理人员使用了该销售管理软件后，可以通过计算机完成下面 几个方面的管理工作：商城

6、注册客户管理、商品管理、订单管理。电子商城销售 管理系统ESS用户分为三类：（1）商家管理员：此类客户可以取得商城管理员的权限，可以浏览所有客 户信息，查找客户，给客户分配合理的权限，删除不合法客户等。（2）商城游客：只可以浏览商城开放的业务和信息，不可以进行网上交 也不为该类客户提供个性化服务，该类客户无需注册。（3）商城正式客户：必须在商城注册，登录本商城后，这类客户可以浏 览商城开放的业务和信息，进行网上交易，也可享受商城提供的个性化服务以及 优惠服务等。2.4需求分析2.4.1系统的功能描述作为在线购物商城，前台销售系统提供以下功能：客户信息管理，商品信息 管理，购物车管理，订单信息管

7、理。（1）客户信息管理 客户必须注册并登录本系统才能进行网上交易活动。一个客户只能拥有 一个注册号（用户名），注册号可由客户根据自己的喜好自行定义，但必须唯一 且在6-16位以内，且第一位必为字母C,其他只能由数字组成。 同一时间内一个注册号不能在多处登录。客户所填资料必须真实，其中 注册号、密码、姓名、性别、地址、邮编为必填资料。 客户的积分将可以根据客户的订单金额逐次积累，即当客户每购买一元 的商品时，则客户积分增加一分.其积分等级分为一钻,二钻，三钻，一钻客户为普 通客户，积分为0-499分，不享受任何优惠；二钻客户积分为500-999分以内，所有 商品九折优惠;三钻客户积分为1000分

8、以上，所有商品八折优惠.当客户积分达 到一定分数后，自动修改为相应等级。 客户注册成功以后，其注册信息将自动被加入客户表中。登录系统后， 客户可以查询或修改个人信息。（2）商品信息管理 客户登录本系统后，可以浏览本商城所展示的商品。 客户登录本系统后，可以查找自己所需要的商品。 客户登录本系统后，可以购买自己选中的商品。（3）购物车管理当客户想要购买某件商品时，可以将其放入购物车（生成一商品暂存表）我 们在购物车设置一个“是否购买”字段（客户可以自己选择，用于确认），一个 “商品数量”（客户自己填写）字段，一个商品编号，商品名称，商品单价，商 品总额等。这样客户就可以自己决定购买哪些商品，购买

9、多少，若不想买，可以 在购物车中将其删除。（4）订单信息管理 客户确认购买购物车中的商品后，提交购物订单，此时将自动生成一张商 家配送单，配送单中的商品编号、商品数量、配送单编号等将自动插入配送表中， 而客户姓名、地址、邮编、电话则设置为默认值，即客户可以修改其中的信息。 当客户付款后，将自动生成一张订单明细表。明细表中包括商品价格与优 惠价，同时自动生成一张订单总表，订单时间将自动生成，即系统当前时间;订单 号由系统自动生成。 生成订单后，一天内商家将发出配送单，客户收到商品后，若在一周以内 提出退、换货商品且符合退、换货条件（商品存在严重质量问题），则为客户办理 退、换货业务，同时修改相应

10、的订单明细表和订单总表并减去客户相应的积分， 并生成相应的退货单，退货单包含商品编号，商品名称，商品单价，商品数量，退货 日期。本电子商城的后台管理系统将可以提供客户管理，商品管理，订单统计管理 等功能，具体描述如下：（1）客户管理 为客户建立一张基本表，用于添加客户个人信息，客户登录后可以维护自 己的个人信息，并且在向网站发出订单时将会自动填写自己的联系信息。 为客户赋予查询或修改个人信息的权利。（2）商品管理 若商品接近保质期（3个月），把该商品设为特价商品。 若商品库存量小于等于100，则提示要添加商品。 若某种商品已不再销售时，应将该商品信息删除。 若某种商品价格改变，则修改商品价格。

11、 当商品入库时，会自动将商品按不同的种类分类管理，分类标准为：商 品类别名，生产厂家。（3）订单统计管理 统计每种商品年销售总额，并显示销售总额排在前十名的商品以供客户 浏览。 统计商城所有订单的年销售总额，根据销售情况调整营销计划。 统计每一地区的销售总额。 统计每个客户年订单总额。 统计商品上个月的销售总额，并显示销售总额排在前十名的商品供客户 浏览。2.4.2系统总体功能图根据上节分析的系统功能需求，我们可以得到系统的功能模块，如图2.1 所示。乐购电子购物系统客户信息管理图2.1系统功能图客户注册或登录一个注册号对应一个客户一元金额对应一分客户积分查询或修改个人信息浏览商品查询商品购买

12、商品生成商品暂存表选择“是否购买”确定“商品数量”客户购买后，生成商品配送单客户付款后，生成订单明细表和订单总表客户退还商品，则修改订单总表和 订单明细表，同时生成商品退货单建立客户表查询或修改个人信息设置特价商品提示添加商品删除商品信息修改商品价格商品分类管理统计每种商品的销售总额统计所有订单的销售总额统计某一地区的销售总额统计所有客户所有订单总额本商城客户购买商品的系统流程图，如图2.2所示。图2.2系统流程图2.4.4数据流图本商城的数据流图如图2.3所示。图2.3数据流图2.4.5实体与数据3概念设计通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念 模型，并采用自底

13、向上的方法.用E-R图表示各实体之间的联系。3.1实体图通过需求分析我们得到客户，商品，优惠表和仓库等最基本的实体，画出它 们的实体图如下：(1) 客户实体图，如图3.1所示。(2)图3.1客户实体图商品实体图，如图3.2所示。图3.2商品实体图(3)优惠表实体图，如图3.3所示。图3.3优惠表实体图(4) 仓库实体图，如图3.4所示。仓库号仓库名仓库图3.4仓库实体图3.2多个实体间的联系图实体与实体间有多种联系，画出各种实体间的联系图如下:（1）客户与优惠表间的联系图，如图3.5所示。密码邮编电话注册性别 姓名一/ v.客户优惠表客户等级优惠率M 一客户积分1积分要求图3.5客户与优惠（2

14、）商品与商品类别间的联系图，如图3.6所示。商品类别编号商品编号商品名称商品类别M 包含商品商品类别名商品单价商品保质期商品生产日期图3.6商品与商品类别表联系图（3）商品与生产厂家之间的联系图，如图3.7所示。单价商品名称商品编号生产厂家编号冏品 一N一供应M一生产厂家保质期 生产日期供应量生产厂家名图3.7商品与生产厂家联系图(4)商品与仓库实体之间的联系图，如图3.8所示。了 X X 商品编号 商品单价商品名称库存量仓库号仓库名仓库N商品库存商品保质期商品生产日期图3.8商品与仓库联系图(5)客户与商品实体之间的联系图，如图3.9所示。发票号码注册号订单编号商品数量：.L订货日期客户购物

15、车 N订单1 一,M、.、订购:N订货日期订单总额商品单价 折后价商品购物车编号注册号商品编号/ 商品单价I商品总金额一T是否购买商品暂存表商品折后价商品数量图3.9客户与商品联系图(6)客户与商品退货之间的关系图，如图3.10所示。退货原因订单编号商品编号商品数量配送日期图3.10客户与商品退货单联系图(7)订单与商品配送之间的联系图，如图3.11所示。图3.11订单与商品配送单联系图3.3 总体ER图通过以上分ER图，我们得到下面的总ER图，如图3.12所示。4逻辑设计本次设计的数据库在SQL Server上实现，将概念结构设计中的E-R图转换 成SQL Sever支持的关系数据模型。4.

16、1关系设计关系设计包括实体转换和联系转换。（1）实体转换将每个单独的实体转换为一张单独的表，具体转换如下：客户：注册号，密码，地址，注册日期，邮编，电话，性别，姓名商品：商品编号，商品名称，商品生产日期，商品保质期，商品单价。商品类别：商品类别编号，商品类别名。生产厂家：生产厂家编号，生产厂家名。仓库：仓库编号，仓库名称。（2）联系转换一个实体型转换为关系模式，实体的属性就是关系的属性，实体的码就是关 系的码。对于实体间的联系有以下几种不同的情况： 多对多联系转换为一张单独的关系表商品表：商品编号，商品名称，商品生产日期，商品保质期，商品单价，库 存量，生产厂家编号。 一对多的联系通过在多表中

17、添加属性来实现商品表：商品编号，商品名称，商品生产日期，商品保质期，商品单价，库 存量，生产厂家编号，商品类别编号。客户表：注册号，密码，地址，注册日期，邮编，电话，性别，姓名，客户 积分，客户等级。订单表：订单编号，注册号，订单总额，订货日期，配送日期，发票号码， 订单状态，商品编号，商品单价，商品折后价，商品数量。商品退货单：退货单编号，订单编号，注册号，姓名，配送日期，商品编 号，商品数量，退货原因。 一对一的联系转化为一张单独的关系表商品暂存表：购物车编号，注册号，商品编号，商品单价，商品折后价，商 品数量，是否购买，商品总金额。商品配送单：配送单编号，注册号，商品编号，商品数量，地址

18、，姓名，邮编，电话， 配送日期，订单编号。4.2关系优化为了减少以上表数据的冗余，将表优化，结果如下：（1）客户表：函数依赖集为F1=注册号一（密码，地址，注册日期，邮编，电话，性别，姓名客户等级，客户积分）E2NF主属性：注册号非主属性：密码，地址，注册日期，邮编，电话，性别，姓名，客户等级，客户积分主键：注册号（2）优惠表：函数依赖集为F2=客户等级一（优惠率，积分要求）3NF主属性：客户等级非主属性：优惠率，积分要求主键：客户等级（3）商品表：函数依赖集为F3=商品编号一（商品名称，商品类别编号，生产厂家编号，商品库存量，商品生产日期，商品保质期，商品单价） E3NF 主属性：商品编号非

19、主属性：商品名称，商品类别编号，生产厂家编号，商品库存量，商品 生产日期，商品保质期，商品单价主键：商品编号（4）商品类别表：函数依赖集为F4=（商品类别编号一商品类别名3NF主属性：商品类别编号非主属性：商品类别名主键：商品类别编号（5）生产厂家表：函数依赖集为F5=（生产厂家编号一生产厂家名E3NF主属性：生产厂家编号非主属性名：生产厂家名主键：生产厂家编号（6）订单总表：函数依赖集为F6=订单编号一（注册号，订单总额，订货日期，发货日期，订单状态，发票号码）E3NF主属性：订单编号非主属性：注册号，订单总额，订货日期，发票号码，发货日期，订单状 态。主键：订单编号（7）订单明细表：函数依

20、赖集为F6=（订单编号，商品编号）一（订货日期，商品单价，商品折后价，商品数量）3NF主属性：订单编号，商品编号非主属性：订单总额，订货日期，发票号码，发货日期，商品单价，商品 折后价，商品数量主键：订单编号，商品编号（8）商品暂存表：函数依赖集为F8=（购物车编号，商品编号）一（注册号，商品单价，商品折后价，商品数量，是否购买，商品总金额） E3NF 主属性：购物车编号，商品编号非主属性：注册号，商品单价，商品折后价，商品数量，是否购买，商品总金额主键：购物车编号，商品编号（9）商品配送单：函数依赖集为F9=配送单编号一（商品编号，商品数量，地址，姓名，邮编，电话，配送日期）隹1NF主属性：

21、配送单编号非主属性：商品编号，注册号，订单编号，商品数量，地址，姓名，邮编， 电话，配送日期主键：配送单编号，注册号，订单编号为了方便客户查看自己订购的商品信息，故在配送单中加入商品单价和商 品总金额两个非主属性。（10）商品退货单：函数依赖集为F10=（退货单编号，注册号，订单编号）一（姓名，配送日期，退货原因，商品编号，商品数量）1NF主属性：退货单编号，注册号，订单编号非主属性：姓名，配送日期，退货原因，商品编号，商品数量主键：退货单编号，注册号(11) 仓库表：函数依赖集为F11=仓库编号一(仓库名)E3NF主属性：仓库编号非主属性：仓库名主键：仓库编号4.3约束的说明根据参照完整性，

22、表与表之间有主键、外键、用户自定义约束。(1) 注册号为客户表的主键，且在6-16位以内，且第一位必为字母C,其他只能 由数字组成，即同时对注册号设立用户自定义约束。(2) 性别只能为m 或f,对性别设立用户自定义约束。(3) 客户密码必须在6-12位之间。(4) 客户表中的客户等级应参照优惠表中的客户等级。(5) 优惠表中客户等级为主键。(6) 仓库表中仓库编号为主键。(7) 商品表中商品编号为主键。(8) 商品类别表中商品类别编号为主键。(9) 生产厂家表中生产厂家编号为主键。(10) 商品表中的商品类别编号应参照商品类别表中的类别编号。(11) 商品表中的生产厂家编号应参照生产厂家表中的

23、生产厂家编号。(12) 商品暂存表中购物车编号和商品编号为主键。(13) 商品暂存表中的客户编号应参照客户表中的客户编号。(14 )商品暂存表中的“是否购买”字段默认为“否”，当客户确认购买以后， 再将其修改为“是”。(15 )商品暂存表中的商品数量默认为“0”。(16 )订单总表中订单编号为主键。（17）订单明细表中订单编号和商品编号为主键。（18 ）订单明细表中的订单编号应参照订单总表中的订单编号。（19）订单明细表中的商品编号应参照商品表中的商品编号。（20）订单总表中的订货日期应早于配送日期。（21）发票号码必须唯一，建立unique约束。（22）商品折后价和订单总额均设置默认值为0。

24、（23）订单状态设置默认值为0。（24）商品配送单中配送单编号为主键。（25）商品配送单中的客户信息默认为已注册客户的信息。（26）商品退货单中退货单编号、注册号、订单编号为主键。（27）一个客户购买某种商品的数量不能超过该商品的库存量，当客户购买之 后，该商品的库存量应自动减少。（28）当生成订单明细表后，订单总表要自动生成，订单时间由系统自动生成， 当修改订单明细表时，订单总表也要做相应的修改。（29）在生成订单总表后，自动生成商品配送单。（30）为客户办理退货业务后，应自动生成一张退货单，同时在订单明细表和 订单总表中要做相应的修改。4.4基本表通过上面的关系转换与关系优化,我们最终得到

25、11张基本表。（1）客户表（customer表）如表4.1所示。表4.1客户表属性名数据类型是否为空含义是否为主键cust_idchar(6)not null注册号primary keycust_codechar(12)not null密码addrchar(40)not null地址regis_dategetdate()null注册日期zipchar(6)not null邮编tel_nochar(11)not null电话sexchar(2)not null性别cust_nameChar (8)not null姓名cust_levelchar(8)not null客户等级cust_scoint

26、not null客户积分（2）优惠表（discount表）如表4.2所示。表4.2优惠表属性名数据类型是否为空含义是否为主键cust_levelchar(4)not null客户等级primary keydiscountnumeric(7,2)not null优惠率sco_rechar(20)not null积分要求（3）商品表（product表）如表4.3所示。表4.3商品表属性名数据类型是否为空含义是否为主键prod_idchar(6)not null商品编号primary keyprod_namechar(20)not null商品名称kind_nochar(6)not null商品类别

27、编号sup_nochar(6)not null生产厂家编号storageintnot null冏品库存量pro_datedatetimenot null商品生产日期keep_datechar(6)not null商品保质期unit_pricenumeric(7,2)not null商品单价supplyintnot null供货量（4）商品类别表（kind表）如表4.4所示。表4.4商品类别表属性名数据类型是否为空含义是否为主键kind_nochar(6)not null商品类别编号primary keykind_namechar(15)not null商品类别名（5）生产厂家表（company

28、表）如表 4.5所示。表4.5生产厂家表属性名数据类型是否为空含义是否为主键sup_nochar(6)not null生产厂家编号primary keysup_namechar(30)not null生产厂家名（6）订单总表（sales表）如表4.6所示。表4.6订单总表属性名数据类型是否为空含义是否为主键order_nochar(10)not null订单编号primary keycust_idchar(16)not null注册号tot_amtnumeric(7,2)null订单总额order_dategetdate()not null订货日期invoice_nochar(15)not n

29、ull发票号码order_statuschar(2)not null订单状态deliv_datedatetimenot null配送日期（7）订单明细表（sale_item表）如表4.7所示。表4.7订单明细表属性名数据类型是否为空含义是否为主键order_nochar(10)not null订单编号primary keyprod_idchar(6)not null商品编号primary keyunit_pricenumeric(7,2)not null商品单价dis_pricenumeric(7,2)not null商品折后价qtyintnot null商品数量order_datedatet

30、imenot null订货日期（8）商品暂存表（shopcart表）如表4.8所示。表4.8商品暂存表属性名数据类型是否为空含义是否为主键shop_nochar(5)not null购物车编号primary keycust_idchar(6)not null注册号prod_idchar(6)not null商品编号primary keyunit_pricenumeric(7,2)not null商品单价dis_pricenumeric(7,2)not null商品折后价qtyintnot null商品数量buychar(4)not null是否购买pro_totamtnumeric(7,2)n

31、ot null商品总金额商品配送单（delivery表）如表4.9所示。表4.9商品配送单属性名数据类型是否为空含义是否为主键deliv_nochar(10)not null配送单编号primary keycust_idchar(6)not null注册号order_nochar(10)not null订单编号prod_idchar(6)not null商品编号qtyintnot null商品数量unit_pricenumeric(7,2)not null商品单价tot_amtnumeric(9,2)not null订单总额zipchar(6)not null邮编addrchar(40)not

32、 null地址tel_nochar(11)not null电话deliv_dategetdate()not null配送日期cust_namechar(8)not null姓名（10）商品退货表（return表）如表4.10所示。表4.10商品退货单属性名数据类型是否为空含义是否为主键chan_nochar(10)not null退货单编号primary keycust_idchar(6)not null注册号primary keyorder_nochar(10)not null订单编号primary keydeliv_dategetdate()not null配送日期chan_reasonc

33、har(50)not null退货原因prod_idchar(6)not null商品编号qtyintnot null商品数量cust_namechar(8)not null姓名(11)仓库表(warehouse)如表4.11所示。表4.11仓库表属性名数据类型是否为空含义是否为主键wh_nochar(5)not null仓库编号primarywh_namechar(10)not null仓库名称5物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖 于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求 的物理结构的过程，就是数据库的物理设计。它包括如下

34、几个方面：5.1确定数据库的存储结构确定数据库物理结构主要指确定数据的存放位置和存储结构，包括：确定关 系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。(1) 确定数据的存放位置为了提高系统性能，我们根据应用情况将数据的易变部分与稳定部分、经常 存取部分和存取频率较低部分分开存放。即把优惠表、仓库表作为数据稳定和存取频率较低部分；而把客户表、商品 表、商品类别表、生产厂家表、订单总表、订单明细表、商品暂存表、商品配送 单、商品退货单作为数据易变和经常存取部分，分开存放。(2) 确定系统配置在进行物理设计时，根据应用环境，将数据库的大小的参数值设置为：事务 日志的分配空间为1.

35、00MB，文件按10百分比自动增长，并将文件增长限制为 10.00MB；数据文件的分配空间为2.00MB，文件按10百分比自动增长，并将文 件增长限制为10.00MB。5.2确定数据库的存取方法数据库系统是多用户共享的系统，对同一个关系要建立多条存取路径才能满 足多用户的多种应用要求。物理设计的任务之一就是要确定哪些存取方法，即建 立哪些存取路径。常用的存取方法有三类。第一类是索引方法，目前主要是B+ 树索引方法；第二类是聚簇方法；第三类是HASH方法。（1）索引存取方法的选择 由于客户表的cust_id经常在查询和连接操作的条件中出现，故在 cust_id上建立B+树索引。 由于商品表的pr

36、od_id、prod_name、kind_no、sup_n。经常在查询和连接 操作的条件中出现，故在这些属性上建立B+树索引。 由于商品类别表中kind_no、kind_name经常在查询和连接操作的条件中 出现，故在这些属性上建立B+树索引。 由于生产厂家表中的sup_no、sup_name经常在查询和连接操作的条件中 出现，故在这些属性上建立B+树索引。 由于订单总表中的order_no、cust_id经常在查询和连接操作的条件中出 现，故在这些属性上建立B+树索引。 由于订单总表的tot_amt和订单明细表的qty、dis_price经常作为最大 值、最小值以及求和等聚集函数的参数，故在

37、这些属性上建立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经常

38、要进行连接操作，为了提高cust_id的查询速度，故对此关系建立一个聚簇索引。(3) HASH存取方法的选择由于优惠表中的cust_level主要在等值连接条件中出现且该表大小不 变，故在此属性上建立HASH存取方法。由于仓库表中的ware_no主要在等值连接条件中出现且该表大小不变，故 在此属性上建立HASH存取方法。结束语在这次电子商务系统数据库及业务逻辑的设计制作过程中，我不断的进行完 善，将以前的知识进一步的巩固起来。当看到一个项目在自己的手下变的越来越 清晰，是件很满足的事情，让我充分的感受到收获的那份喜悦。只要有付出，就 会有等价的回报。这一点，在任何时候，都是一个真理。在这个制作

39、的过程中， 当然也无法避免的遇到了一些难题。要进行一遍遍的改错，存储过程运行不了， 有时已经完成了一个功能，又想到了更好的方法，要把原来的改掉，但不小心就 混淆起来。这些问题不断的困扰着我。还好在耐心的调试下，并通过指导老师的 指点，同学的支持，难题一一被克服。同时我明白，能做到更好就尽量做到更好， 通过不断的努力进取，并要有耐心，不能操之过急甚至放弃，把事情做到尽善尽 美。 此次数据库设计让我回顾了学过的知识，发现还是有很多不足的地方。通 过努力，我填补了不足，虽然没有做到最好，但是期间我已经享受到了进步的乐 趣。在今后的工作道路上，我也会通过自身的努力，将事情做到更好，相信有进 步就会有动

40、力。参考文献1 黄振山电子商务一新世纪商务发展的潮流，20002 黄正瑞曾巧明关系数据库Rdb的设计与应用：应用篇，19903 任成伟基于电子商务技术的购物网站建立的前期准备工作，2013致 谢在学习过程中，在各位老师孜孜不倦的教导下，我在各方面都有了新的认识， 并得到了很大的提高。并通过自身的努力，学习上也取得了一定的成绩，为人处 事方面也有了进一步的认知。我首先要感谢学院的各级领导给我们营造了良好 的学习氛围和舒适的生活环境，对我们的学业也非常重视、关怀。当然我也要感 谢这两年中教给我们专业知识的各位老师们。在这次设计中，我特别要感谢的 是指导老师，胡老师认真负责的工作态度，严谨的治学精神和深厚的理论水平都 使我受益非浅。她无论在理论上还是在实践中，都给予我很大的帮助。尤其是我 在制作过程中遇到麻烦时，是胡老师的指导和鼓励促使我不断努力，使我能够更 快更好的完成毕业设计。我还要感谢身边支持我的同学，谢谢他们给予的鼓励和 帮助。总而言之，大学里取得的各种进步都是与各级领导和各位老师的教导分 不开的，在这里我致以衷心的感谢。你们的教诲使我在走上工作岗位后也铭记于 心。