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

《小型电商网站的数据库设计》由会员分享，可在线阅读，更多相关《小型电商网站的数据库设计（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图1 24遇辑设计 134.1 关系设计1 34.2 关系优化1 44.3 约束的说明1 74.4 基本表1 85 物理设计 225.1 确定数据库的存储结构225.

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

3、站点。足不出户即可购买到你所喜欢的商品。电子商务被看作是一种现代化的商业和行政作业方法，这种方法改善产品 和服务质量、提高服务传递速度，实现跨领域商业活动，满足政府组织、厂商 和消费者降低成本的需求，通过计算机网络加快信息交流以支持决策。电子商 务的内涵和外延也在不断充实和扩展。 近年来，世界范围内Internet/Intranet 网络环境的基本形成,使得基于Internet环境的系统的设计与开发成为重要方 向，特别是B/S结构的应用越来越广泛。本电子商城网站是建立一个商品销售平台，这个平台是企业发展及走向全 球所迫切需要的。为企业单位搭建一个商品发布、交易的平台，企业将销售商 品在此平台发

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

5、册并登录后方可进行商品 交易活动。当客户注册登录本商城系统时，可以查询或修改个人信息，浏览、 查询并购买商品，管理自己的购物车，查询订单，也可享受商城提供的个性化 服务以及优惠服务等。本电子商城同样提供了一定的后台管理功能，商城管理员可以管理客户积 分与等级，删除不合法客户；可以管理商品，包括商品信息入库、商品分类管 理、商品信息删除、优惠商品信息、商品信息修改、退货单管理等；可以管理 订单，包括订单统计、查询历史订单、配送单管理等。项目名称：电子商城销售管理系统（ElectronicStoreSystem 简称ESS2.2 定义系统数据流程图的一些定义 及据源点，终点Q 变换数拨的处理数据存

6、储散据流2.3 目标当电子商城的管理人员使用了该销售管理软件后，可以通过计算机完成下 面几个方面的管理工作：商城注册客户管理、商品管理、订单管理。电子商城 销售管理系统ESS用户分为三类:(1)商家管理员：此类客户可以取得商城管理员的权限，可以浏览所有客户信息，查找客户，给客户分配合理的权限，删除不合法客户等。(2)商城游客：只可以浏览商城开放的业务和信息，不可以进行网上交也不为该类客户提供个性化服务，该类客户无需注册。(3)商城正式客户： 必须在商城注册，登录本商城后，这类客户可以浏 览商城开放的业务和信息，进行网上交易，也可享受商城提供的个性化服务以 及优惠服务等。2.4 需求分析2.4.

7、1 系统的功能描述作为在线购物商城，前台销售系统提供以下功能：客户信息管理，商品信息管理，购物车管理，订单信息管理。(1)客户信息管理客户必须注册并登录本系统才能进行网上交易活动。一个客户只能拥有 一个注册号(用户名)，注册号可由客户根据自己的喜好自行定义，但必须唯 一旦在6-16位以内,且第一位必为字母C,其他只能由数字组成。同一时间内一个注册号不能在多处登录。客户所填资料必须真实，其中 注册号、密码、姓名、性别、地址、邮编为必填资料。客户的积分将可以根据客户的订单金额逐次积累，即当客户每购买一元 的商品时，则客户积分增加一分.其积分等级分为一钻，二钻，三钻，一钻客户为普通客户,积分为0-4

8、99分，不享受任何优惠；二钻客户积分为500-999分以内,所有商品九折优惠；三钻客户积分为1000分以上，所有商品八折优惠.当客户积 分达到一定分数后，自动修改为相应等级。客户注册成功以后，其注册信息将自动被加入客户表中。登录系统后， 客户可以查询或修改个人信息。(2)商品信息管理客户登录本系统后，可以浏览本商城所展示的商品。客户登录本系统后，可以查找自己所需要的商品。客户登录本系统后，可以购买自己选中的商品。(3)购物车管理当客户想要购买某件商品时，可以将其放入购物车(生成一商品暂存表) 我们在购物车设置一个“是否购买”字段(客户可以自己选择，用于确认)，一个“商品数量”(客户自己填写)字

9、段，一个商品编号，商品名称，商品单价， 商品总额等。这样客户就可以自己决定购买哪些商品，购买多少，若不想买， 可以在购物车中将其删除。(4)订单信息管理客户确认购买购物车中的商品后，提交购物订单，此时将自动生成一张 商家配送单，配送单中的商品编号、商品数量、配送单编号等将自动插入配送 表中，而客户姓名、地址、邮编、电话则设置为默认值，即客户可以修改其中 的信息。当客户付款后，将自动生成一张订单明细表。明细表中包括商品价格与优 惠价，同时自动生成一张订单总表，订单时间将自动生成，即系统当前时间；订单号由系统自动生成。生成订单后，一天内商家将发出配送单，客户收到商品后，若在一周以 内提出退、换货商

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

11、种商品已不再销售时，应将该商品信息删除。若某种商品价格改变，则修改商品价格。当商品入库时，会自动将商品按不同的种类分类管理，分类标准为：商 品类别名，生产厂家。(3)订单统计管理统计每种商品年销售总额，并显示销售总额排在前十名的商品以供客户 浏览。统计商城所有订单的年销售总额，根据销售情况调整营销计划。统计每一地区的销售总额。统计每个客户年订单总额。统计商品上个月的销售总额，并显示销售总额排在前十名的商品供客户 浏览。2.4.2 系统总体功能图根据上节分析的系统功能需求，我们可以得到系统的功能模块，如图 2.1 所示。图2.1系统功能图2.4.3 系统流程图本商城客户购买商品的系统流程图，如图

12、2.2所示。开始浏扁注册查找商品YY数量是否超过库存量1A放入购物车享受优惠服务Y折扣生成配送单清空购物车生成订单明细表生成订单总表是否退货增加客户积分符合退货条件生成退货单结束图2.2系统流程图本商城的数据流图如图2.3所示图2.3通过需求分析我们得到客户，商品，优惠表和仓库等最基本的实体，画出 它们的实体图如下：(1)客户实体图，如图3.1所示(2)(3)图3.1客户实体图商品实体图，如图3.2所示商品商品生产日期；图3.2商品实体图优惠表实体图，如图3.3所小图3.3优惠表实体图(4)仓库实体图，如图3.4所示。仓库图3.4仓库实体图3.2 多个实体间的联系图实体与实体间有多种联系，画出

13、各种实体间的联系图如下:（1）客户与优惠表间的联系图，如图 3.5所示图3.5客户与优惠（2）商品与商品类别间的联系图，如图 3.6所示。（商品编号）-商品名称商品类别M 二包含 ;二N 商品（商品类别名：（商品单价）（商品保质期）：商品生产日期）图3.6商品与商品类别表联系图（3）商品与生产厂家之间的联系图，如图 3.7所示。(4)商品与仓库实体之间的联系图，如图 3.8所示图3.8商品与仓库联系图(5)客户与商品实体之间的联系图，如图 3.9所示。:商品编号商品单价T商品折后价 、商品数量图3.9客户与商品联系图（6）客户与商品退货之间的关系图，如图 3.10所示图3.10客户与商品退货单

14、联系图（7）订单与商品配送之间的联系图，如图 3.11所示。:商品编号酉己送日期x注册号）不0/ /商品名称配送单编号/订单 1配送）一一一一商品:商品数量电话）地址一）（姓名oC邮编）图3.11订单与商品配送单联系图3.3 总体ER图通过以上分ER图，我们得到下面的总 ER图，如图3.12所示。商品配送单优惠表商品商品暂存表商品类别仓库图3.12总ER图4逻辑设计本次设计的数据库在SQL Server上实现，将概念结构设计中的E-R图转换 成SQL Sever支持的关系数据模型。4.1 关系设计关系设计包括实体转换和联系转换。(1)实体转换将每个单独的实体转换为一张单独的表，具体转换如下：客

15、户：注册号，密码，地址，注册日期，邮编，电话，性别，姓名冏品：冏品编号，冏品名称，冏品生厂日期，冏品保质期，冏品单价。商品类别：商品类别编号，商品类别名。生产厂家：生产厂家编号，生产厂家名。仓库：仓库编号，仓库名称。(2)联系转换一个实体型转换为关系模式，实体的属性就是关系的属性，实体的码就是 关系的码。对于实体间的联系有以下几种不同的情况：多对多联系转换为一张单独的关系表商品表：商品编号，商品名称，商品生产日期，商品保质期，商品单价， 库存量，生产厂家编号。一对多的联系通过在多表中添加属性来实现商品表：商品编号，商品名称，商品生产日期，商品保质期，商品单价， 库存量，生产厂家编号，商品类别编

16、号。客户表：注册号，密码，地址，注册日期，邮编，电话，性别，姓名，客 户积分，客户等级。订单表：订单编号，注册号，订单总额，订货日期，配送日期，发票号码， 订单状态，商品编号，商品单价，商品折后价，商品数量。商品退货单：退货单编号，订单编号，注册号，姓名，配送日期，商品编 号，商品数量，退货原因。一对一的联系转化为一张单独的关系表商品暂存表：购物车编号，注册号，商品编号，商品单价，商品折后价， 商品数量，是否购买，商品总金额。商品配送单：配送单编号，注册号，商品 编号，商品数量，地址，姓名，邮编，电话， 配送日期，订单编号。4.2 关系优化为了减少以上表数据的冗余，将表优化，结果如下：(1)客

17、户表：函数依赖集为F1=注册号一(密码，地址，注册日期，邮编，电话, 性别，姓名客户等级，客户积分) C2NF主属性：注册号非主属性：密码，地址，注册日期，邮编，电话，性别，姓名，客户等级，客户积分主键：注册号(2)优惠表：函数依赖集为F2=客户等级一(优惠率，积分要求)C3NF主属性：客户等级非主属性：优惠率，积分要求主键：客户等级(3)商品表：函数依赖集为F3=商品编号一(商品名称，商品类别编号，生产厂家编号商品库存量，商品生产日期，商品保质期，商品单价) C3NF主属性：商品编号非主属性：商品名称，商品类别编号，生产厂家编号，商品库存量，冏品生厂日期，冏品保质期，冏品单价主键：商品编号(

18、4)商品类别表：函数依赖集为F4=商品类别编号一商品类别名C3NF主属性：商品类别编号非主属性：商品类别名主键：商品类别编号(5)生产厂家表：函数依赖集为F5=生产厂家编号一生产厂家名C3NF主属性：生产厂家编号非主属性名：生产厂家名主键：生产厂家编号(6)订单总表：函数依赖集为F6=订单编号一(注册号，订单总额，订货日期，发货 日期，订单状态，发票号码） C3NF主属性：订单编号非主属性：注册号，订单总额，订货日期，发票号码，发货日期，订单状态。主键：订单编号（7）订单明细表：函数依赖集为F6=（订单编号，商品编号）一（订货日期，商品单价,商品折后价，商品数量） C 3NF主属性：订单编号，

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

20、，注册号，订单编号为了方便客户查看自己订购的商品信息，故在配送单中加入商品单价和商品 总金额两个非主属性。（10）商品退货单：函数依赖集为F10=(退货单编号，注册号，订单编号)一(姓名，配 送日期，退货原因，商品编号，商品数量)C 1NF主属性：退货单编号，注册号，订单编号非主属性：姓名，配送日期，退货原因，商品编号，商品数量主键：退货单编号，注册号(11)仓库表：函数依赖集为F11=仓库编号一(仓库名)C3NF主属性：仓库编号非主属性：仓库名主键：仓库编号4.3 约束的说明根据参照完整性，表与表之间有主键、外键、用户自定义约束。(1) 注册号为客户表的主键，且在 6-16位以内，且第一位必

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

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

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

24、表属性名数据类型是否为空含义是否为主键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_scointnot null客户积分(2)优惠表(discount表)如表4.2所示。表

25、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商口口编pprimary keyprod_namechar(20)not null冏品名称kind_nochar(6)not null商品类别编号sup_nochar(6)not null生产厂家编号storage

26、intnot 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表)如表4.5所示。表4.5生产厂家表属性名数据类型是否为空含义是否为主键

27、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 null发票号码order_statuschar(2)not null订单状态d

28、eliv_datedatetimenot null配送日期(7)订单明细表(sale_item 表)如表4.7所示表4.7订单明细表属性名数据类型是否为空含义是否为主键order_nochar(10)not null订单编号primary keyprod_idchar(6)not null商口口编pprimary keyunit_pricenumeric(7,2)not null商品单价dis_pricenumeric(7,2)not null商品折后价qtyintnot null商品数量order_datedatetimenot null订货日期(8)商品暂存表(shopcart表)如表4.

29、8所示。表4.8商品暂存表属性名数据类型是否为空含义是否为主键shop_nochar(5)not null购物车编号primary keycust_idchar(6)not null注册号prod_idchar(6)not null商口口编pprimary keyunit_pricenumeric(7,2)not null商品单价dis_pricenumeric(7,2)not null商品折后价qtyintnot null商品数量buychar(4)not null是否购买pro_totamtnumeric(7,2)not null冏品总金额商品配送单（delivery 表）如表4.9所示表

30、4.9商品配送单属性名数据类型是否为空含义是否为主键deliv_nochar(10)not null配送单编号primary keycust_idchar(6)not null注册号order_nochar(10)not null订单编号prod_idchar(6)not null商口口编pqtyintnot null商品数量unit_pricenumeric(7,2)not null商品单价tot_amtnumeric(9,2)not null订单总额zipchar(6)not null邮编addrchar(40)not null地址tel_nochar(11)not null电话deliv

31、_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_reasonchar(50)not null退货原因prod_idchar(6)not

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

33、的存放位置和存储结构，包括：确定 关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。(1)确定数据的存放位置为了提高系统性能，我们根据应用情况将数据的易变部分与稳定部分、经 常存取部分和存取频率较低部分分开存放。即把优惠表、仓库表作为数据稳定和存取频率较低部分；而把客户表、商 品表、商品类别表、生产厂家表、订单总表、订单明细表、商品暂存表、商品 配送单、商品退货单作为数据易变和经常存取部分，分开存放。(2)确定系统配置在进行物理设计时，根据应用环境，将数据库的大小的参数值设置为：事 务日志的分配空间为1.00MB,文件按10百分比自动增长，并将文件增长限制为 10.00MB;

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

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

36、_date经常在查询和连接操作的条件 中出现，故在这些属性上建立B+M索引。对商品配送单中的deliv_no建立B+W索引。对商品退货单中的 chan_no、cust_id、order_no建立B+W索引。(2)聚簇存取方法的选择由于订单总表和订单明细表的 order_no经常要进行连接操作，为了提高 order_no的查询速度，则对此关系建立一个聚簇索引。由于订单明细表和商品表的prod_id经常要进行连接操作，为了提高prod_id的查询速度，故对此关系建立一个聚簇索引。由于订单总表和客户表的cust_id经常要进行连接操作，为了提高cust_id的查询速度，故对此关系建立一个聚簇索引。(

37、3) HAS的取方法的选择由于优惠表中的cust_level主要在等值连接条件中出现且该表大小不 变，故在此属性上建立 HASHff取方法。由于仓库表中的 ware_no主要在等值连接条件中出现且该表大小不变， 故在此属性上建立HASHfr取方法。结束语在这次电子商务系统数据库及业务逻辑的设计制作过程中，我不断的进行 完善，将以前的知识进一步的巩固起来。当看到一个项目在自己的手下变的越 来越清晰，是件很满足的事情，让我充分的感受到收获的那份喜悦。只要有付 出，就会有等价的回报。这一点，在任何时候，都是一个真理。在这个制作过过程中，当然也无法避免的遇到了一些难题。要进行一遍遍的改错，存储过 程运

38、行不了，有时已经完成了一个功能，又想到了更好的方法，要把原来的改 掉，但不小心就混淆起来。这些问题不断的困扰着我。还好在耐心的调试下， 并通过指导老师的指点，同学的支持，难题一一被克服。同时我明白，能做到 更好就尽量做到更好，通过不断的努力进取，并要有耐心，不能操之过急甚至 放弃，把事情做到尽善尽美。此次数据库设计让我回顾了学过的知识，发现还是有很多不足的地方。通过努力，我填补了不足，虽然没有做到最好，但是 期间我已经享受到了进步的乐趣。在今后的工作道路上，我也会通过自身的努 力，将事情做到更好，相信有进步就会有动力。参考文献1黄振山电子商务一新世纪商务发展的潮流，20002黄正瑞 曾巧明关系

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