学术堂首页 | 文献求助论文范文 | 论文题目 | 参考文献 | 开题报告 | 论文格式 | 摘要提纲 | 论文致谢 | 论文查重 | 论文答辩 | 论文发表 | 期刊杂志 | 论文写作 | 论文PPT
学术堂专业论文学习平台您当前的位置:学术堂 > 计算机论文 > 电子商务论文

数据库逻辑设计与物理设计

来源:学术堂 作者:周老师
发布于:2016-03-27 共2800字

    本篇论文目录导航:

【题目】电子商务系统设计与实现问题探究 
【第一章】网上商城系统的创建分析绪论 
【第二章】WEB服务相关技术研究  
【3.1 - 3.3】电子商务系统功能设计与结构设计 
【3.4  3.5】电子商务系统与企业ERP系统集成 
【4.1】数据流分析与优化 
【4.2】数据库概念设计 
【4.3 - 4.5】数据库逻辑设计与物理设计 
【第五章】系统网络安全 
【第六章】企业网上商城案例运用 
【参考文献】电商系统设计与应用研究参考文献


  4.3 数据库逻辑设计

  4.3.1 关系设计

  数据库的关系设计具体包含实体间与联系的相互转换。

  1)实体转换

  将每个独立存在的实体转变为一张单独的表格,具体转换内容如表 4.1 所示。

  2)联系转换

  分析实体之间的联系通常存在着一下下几种不同的情形:

  (1)多对多联系转换为一张单独的关系表,把商品与库存量属性进行关联形成集合,如表 4.2 所示。

  (2)一对多的联系通过在多表中添加属性来实现,将商品表、客户表、订单表和商品退货单相关联的一对多属性形成集合,如表 4.3 所示。

  (3)一对一的联系也可转化为一张单独的关系表,将商品暂存表和配送单相关联的一对一属性形成集合,如表 4.4 所示。

  4.3.2 关系优化

  将表通过函数依赖关系进行优化从而适当减少数据的冗余,结果如下:

  1)客户函数依赖关系可以定义为集合 F1 令其属于 2NF,同时确定主属性、非主属性和主键,如表 4.5.

  2)优惠函数依赖关系定义为集合 F2 令其属于 3NF,同时确定主属性、非主属性和主键,如表 4.6.

  3)商品函数依赖关系定义为集合 F3 令其同样属于 3NF,确定主属性、非主属性和主键,如表 4.7.

  4)商品类别函数依赖关系定义为集合 F4 令其也属于 3NF,确定主属性、非主属性和主键,如表 4.8.

  5)生产厂家函数依赖关系定义为集合 F5 令其属于 3NF,确定主属性、非主属性和主键,如表 4.9.

  6)总订单函数依赖关系定义为集合 F6 令其属于 3NF,确定主属性、非主属性和主键,如表 4.10.

  7)订单明细函数依赖关系定义为集合 F6 令其属于 3NF,确定主属性、非主属性和主键,如表 4.11.

  8)商品暂存函数依赖关系定义为集合 F8 令其属于 3NF,确定主属性、非主属性和主键,如表 4.12.

  9)商品配送单函数依赖关系为集合定义为 F9 令其属于 1NF,确定主属性、非主属性和主键,如表 4.13.

  在配送单中加入商品单价和商品总金额两个非主属性,使客户能够看到自己订购的商品信息。

  10)商品退货单函数依赖关系为集合 F10 令其属于 1NF,确定主属性、非主属性和主键,如表 4.14.

  11)仓库函数依赖关系为集合 F11 令其属于 3NF,确定主属性、非主属性和主键,如表 4.15.

  4.3.3 数据库基本

  最后我们生成下面数据库基本表。

  1)建立 Customer(客户)基本表,重新命名计算机易存储的客户实体属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Registration number 为主键,如表 4.16 所示。

  2)建立 Discount(优惠)基本表,重新命名计算机易存储的优惠属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Customer level 为主键,如表4.17 所示。

  3)建立 Product(商品)基本表,重新命名计算机易存储的商品实体属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Product id 为主键,如表 4.18所示。

  4)建立Kind(商品类别)基本表,重新命名计算机易存储的Commodity categories属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Product categorynumber 为主键,如表 4.19 所示。

  5)建立 Company(生产厂家)基本表,重新命名计算机易存储的生产厂家属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Manufacturer number为主键,如表 4.20 所示。

  6)建立 Sales(订单)基本表,重新命名计算机易存储的订单属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Order no.为主键,如表 4.21 所示。

  7)建立 Sale_item(订单明细)基本表,重新命名计算机易存储的订单明细属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Order number,Productnumber 为主键,如表 4.22 所示。

  8)建立 Shopcart(商品暂存)基本表,重新命名计算机易存储的商品暂存属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Shopping cart number,Product number 为主键,如表 4.23 所示。

  9)建立 Delivery(商品配送单)基本表,重新命名计算机易存储的商品配送单属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Distributionnumber 为主键,如表 4.24 所示。

  10)建立 Return(商品退货)基本表,重新命名计算机易存储的商品退货属性名,指定属性存储的数据类型,数据存储是否为空,并确定属性 Returns number,Registration number,Order number 为主键,如表 4.25 所示。

  11)建立 Warehouse(仓库)基本表,重新命名计算机易存储的仓库属性名,指定属性存储的数据类型,数据存储是否为空,并确定 Warehouse number 为主键,如表 4.26 所示。

  下面通过用图 4.19 来简化设计各个实体之间关联和操作的逻辑功能。

  各种功能实现,主要围绕着客户实体、商品实体、库存实体和订单实体展开,对于客户实体,对客户进行登陆、注册、信息修改及维护管理。对商品实体分类或根据条件显示商品的信息同时有必要进行信息发布。客户实体与商品实体联系也是通过程序功能构件信息发布来完成的。对购物车的处理联系了库存实体和订单实体,库存商品的信息和数量反映给库存管理,再通过计价器计算,进行订单处理同时发布信息生成订单实体,反馈订单回执后客户完成支付。

  4.4 物理设计

  1)确定数据库的存储结构

  决定数据库物理结构重要的是确定数据的存放具体位置及存储的结构方式,包括:确定相关关系、索引内容、聚簇、日志、备份数据等的存储位置和存储构架,同时确定系统相应配置等。

  (1)确定数据的存放位置

  想要达到提高系统的总体性能,要求依据应用的具体情况将数据的容易改变的部分与不容易改变的部分、反复存取部分和不太常存取的部分分开存储。

  (2)确定系统配置

  在物理设计过程时,依据应用程序环境,把数据库的内存大小的参数数值设计为:事务日志的分配空间大小为 20.00MB,文件依按 2%自动增加,同时将文件增加局限于 10.00MB;数据文件的分配大小是 500.00MB,文件按照 10%自动增加,且将文件增加局限于 20.00MB.

  (3)确定数据库的存取方法常用的存取方法有三类。第一种方法是索引的方法,当前流行的是 B+树索引的方法;第二种是聚簇方法;第三种类是 HASH 方法。

  4.5 本章小结

  本章对数据的处理过程进行的分析探讨,在电子商务系统中数据流整合优化提出了有效的解决方法,同时对系统内部数据库进行了概念设计、逻辑设计和物理设计,把抽象的数据库形象实体化,研究了如何优化数据库结构减少冗余。确定了数据库的存储结构和存取方法。通过本章的研究分析,我们较为全面深入的研究了电子商务系统内部数据库结构设计方法与优化过程。(表略)

相关标签:数据库论文
  • 报警平台
  • 网络监察
  • 备案信息
  • 举报中心
  • 传播文明
  • 诚信网站