最新数据库范例范文模板 16页Word文档格式.docx
- 文档编号:20589213
- 上传时间:2023-01-24
- 格式:DOCX
- 页数:13
- 大小:23.04KB
最新数据库范例范文模板 16页Word文档格式.docx
《最新数据库范例范文模板 16页Word文档格式.docx》由会员分享,可在线阅读,更多相关《最新数据库范例范文模板 16页Word文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
1.5.4数据流图..................................................................................................7
1.5.5实体与数据..............................................................................................7
1.5.6联系与数据..............................................................................................7
1.5.7数据字典..................................................................................................8
2概念设计...................................................................14
2.1实体图..............................................................................................................14
2.2多个实体间的联系图........................................................................................16
2.3总体ER图.........................................................................................................18
3逻辑设计...................................................................19
3.1关系设计..........................................................................................................19
3.2关系优化..........................................................................................................20
3.3约束的说明.......................................................................................................22
3.4基本表..............................................................................................................23
4物理设计...................................................................25
4.1确定数据库的存储结构.....................................................................................25
4.2确定数据库的存取方法.....................................................................................26
1需求分析
本电子商城的需求分析将从编写目的、背景、定义、目标、系统功能描述等几个方面来分析。
1.1编写目的
让该文档的使用成员成为ESS系统的开发人员及电子商城具体组织管理人员。
1.2背景
电子商务,是指通过电子手段来完成商业贸易活动过程的一种方式,其最初的形式是电话、电报、电子邮件和20多年前开始的EDI(电子数据交换),到今天已经发展为通过网络来实现商品的交易和结算,使网络真正成为电子商务的重要工具,从而形成了完整的电子商务概念。
1.2.1电子商务的发展历史
世界上电子商务的研究始于70年代末,电子商务的实际应用起源于1996年,时间并不长,但以其高效率、低支付、高收益和全球性的特点,很快得到企业和政府的重视,发展很快。
到1996年底,全球最大的500家公司中,有80%拥有自己的网址,树立了公司的网络形象。
到1997年,美国在网上开设的商店已经增加到2万家。
通过网络实现的电子现金业务占通货流量的10%。
1998年4月6日,美国商务部发表了名为“崛起的数字经济”的报告称,北美网上购物的人数达100万。
预计到本世纪末,电子商务交易额将超过201X亿美元,每年还将以超过国民经济一倍的速度增长,到201X年电子商务的交易额将达到3000亿美元,相当于美国国内总产值的8%,信息业的从业人数将达到740万人。
1996年6月联合国国际贸易委员会提出了《电子商务示范法》。
1997年4月,欧盟提出了《欧盟电子商务行动方案》,同年7月美国又提出了《全球电子商务框架》。
还是这一年的12月,美国和欧盟共同发表了有关电子商务的联合宣言。
电子商务发展初期国际上成功运用电子商务技术的有关案例如下:
著名的跨国公司—保洁公司是生产洗衣粉、肥皂的大公司,通过企业内联网协同分销中心、生产厂业务,使库存保持在很低的水平,降低了成本,定货量增长30%,退货率降低了60%。
1995年10月,全球第一家网络银行—美国安全第一网络银行在美国诞生,这家银行只是在国际互联网上有一个网址,10名员工,1996年存款达到400万美元,预计1999年将达到4亿美元,向世人证明网络银行将向传统的银行业务提出挑战。
1994年7月开业的网上书店—亚马逊(Amazon)在短短的几年间,就发展成为世界最大的书店,它是由31岁JeffBezos在租来的一间地下室里创建的。
仅
1997年,即可提供250万种图书供选择,拥有客户多达150万。
1998年第一季度利润增长31%达到8700万美元,上半年达2.03亿美元。
世界上最大的书店,却没有一本现成的图书。
这是一个网上的虚拟书店,通过网络实现客户和出版商之间的买卖交易。
选择范围大,购书方便,价格低廉,是亚马逊在竞争中制胜,迅速崛起的关键.
1.2.2乐购电子商城开发背景
本电子商城通过搭建B-C模式的网上交易平台来完成商家与客户的商品交易活动,商家可以利用互联(来自:
WwW.:
数据库范例)网进行商品的信息发布和打开产品的供销渠道,缩短生产和消费之间的时间路径、空间路径和人际路径。
从而加快信息的传递速度,减少企业成本,提高企业的生产效率,增强企业营销竞争力,给销售商带来更多的利润空间。
客户可以浏览商城开放的业务和信息,可以查询商城的商品信息,若客户要购买商品,则必须在本商城注册并登录后方可进行商品交易活动。
当客户登录本商城系统时,客户可以查询或修改个人信息,可以浏览、查询并购买商品,可以管理自己的购物车,可以查询订单,也可享受商城提供的个性化服务以及优惠服务等。
本电子商城同样提供了一定的后台管理功能,商城管理员可以管理客户积分与等级,删除不合法客户;
可以管理商品,包括商品信息入库、商品分类管理、商品信息删除、优惠商品信息、商品信息修改、退货单管理等;
可以管理订单,包括订单统计、查询历史订单、配送单管理等。
项目名称:
电子商城销售管理系统(ElectronicStoreSystem简称ESS)项目提出者:
江财ESS项目开发人员
项目开发者:
ESS项目开发小组。
项目鉴定者:
待定
项目开始时间:
201X-9-25
1.3定义
系统数据流程图的一些定义
1.4目标
当电子商城的管理人员使用了《电子商城销售管理系统ESS》软件后,可以通过计算机完成以下几方面的管理工作:
商城注册客户管理、商品管理、订单管理。
电子商城销售管理系统ESS用户分为三类:
(1)商家管理员:
此类客户可以取得商城管理员的权限,可以浏览所有客户信息,查找客户,给客户分配合理的权限,删除不合法客户等。
(2)商城游客:
只可以浏览商城开放的业务和信息,不可以进行网上交也不为该类客户提供个性化服务,该类客户无需注册。
(3)商城正式客户:
必须在商城注册,登录本商城后,这类客户可以览商城开放的业务和信息,可以进行网上交易,也可享受商城提供的个性化服务以及优惠服务等。
1.5需求分析
1.5.1系统的功能描述
作为在线购物商城,前台销售系统提供以下功能:
客户信息管理,商品信息管理,购物车管理,订单信息管理。
(1)客户信息管理
①客户必须注册并登录本系统才能进行网上交易活动。
一个客户只能拥有一个注册号(用户名),注册号可由客户根据自己的喜好自行定义,但必须唯一且在6-16位以内,且第一位必为字母C,其他只能由数字组成。
②同一时间内一个注册号不能在多处登录。
客户所填资料必须真实,其中注册号、密码、姓名、性别、地址、邮编为必填资料。
③客户的积分将根据客户的订单金额逐次积累,即客户每购买一元的商品,则客户积分增加一分.其积分等级分为一钻,二钻,三钻,一钻客户为普通客户,积分为0-499分,不享受任何优惠;
二钻客户积分为500-999分以内,所有商品九折优惠;
三钻客户积分为1000分以上,所有商品八折优惠.当客户积分达到一定分数后,自动修改为相应等级。
④客户注册成功以后,其注册信息将自动被加入客户表中。
登录系统后,客户可以查询或修改个人信息。
(2)商品信息管理
①客户登录本系统后,可以浏览本商城所展示的商品。
②客户登录本系统后,可以查找自己所需要的商品。
③客户登录本系统后,可以购买自己选中的商品。
(3)购物车管理
当客户选中某件商品时,可以将其放入购物车(生成一商品暂存表)我们在购物车设置一个“是否购买”字段(客户可以自己选择,用于确认),一个“商品数量”(客户自己填写)字段,一个商品编号,商品名称,商品单价,商品总额。
这样客户就可以自己决定购买哪些商品,购买多少,若不想买,可以在购物车中将其删除。
(4)订单信息管理
篇二:
数据库三大范式详解
作者:
佚名文章来源:
本站原创点击数:
1925更新时间:
201X-8-7
数据库范式1NF2NF3NFBCNF(实例)
设计范式(范式,数据库设计范式,数据库的设计范式)是符合某一种级别的关系模式的集合。
构造数据库必须遵循一定的规则。
在关系数据库中,这种规则就是范式。
关系数据库中的关系必须满足一定的要求,即满足不同的范式。
目前关系数据库有六种范式:
第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、第四范式(4NF)、第五范式(5NF)和第六范式(6NF)。
满足最低要求的范式是第一范式(1NF)。
在第一范式的基础上进一步满足更多要求的称为第二范式(2NF),其余范式以次类推。
一般说来,数据库只需满足第三范式(3NF)就行了。
下面我们举例介绍第一范式(1NF)、第二范式(2NF)和第三范式(3NF)。
在创建一个数据库的过程中,范化是将其转化为一些表的过程,这种方法可以使从数据库得到的结果更加明确。
这样可能使数据库产生重复数据,从而导致创建多余的表。
范化是在识别数据库中的数据元素、关系,以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。
下面是范化的一个例子
CustomerItempurchasedPurchaseprice
ThomasShirt$40
MariaTennisshoes$35
EvelynShirt$40
PajaroTrousers$25
如果上面这个表用于保存物品的价格,而你想要删除其中的一个顾客,这时你就必须同时删除一个价格。
范化就是要解决这个问题,你可以将这个表化为两个表,一个用于存储每个顾客和他所买物品的信息,另一个用于存储每件产品和其价格的信息,这样对其中一个表做添加或删除操作就不会影响另一个表。
关系数据库的几种设计范式介绍
1第一范式(1NF)
在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。
所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。
如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。
在第一范式(1NF)中表的每一行只包含一个实例的信息。
例如,对于图3-2中的员工信息表,不能将员工信息都放在一列中显示,也不能将其中的两列或多列在一列中显示;
员工信息表的每一行只表示一个员工的信息,一个员工的信息在表中只出现一次。
简而言之,第一范式就是无重复的列。
2第二范式(2NF)
第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。
第二范式(2NF)要求数据库表中的每个实例或行必须可以被惟一地区分。
为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。
如图3-2员工信息表中加上了员工编号(emp_id)列,因为每个员工的员工编号是惟一的,因此每个员工可以被惟一区分。
这个惟一属性列被称为主关键字或主键、主码。
第二范式(2NF)要求实体的属性完全依赖于主关键字。
所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。
简而言之,第二范式就是非主属性非部分依赖于主关键字。
3第三范式(3NF)
满足第三范式(3NF)必须先满足第二范式(2NF)。
简而言之,第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。
例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。
那么在图3-2的员工信
息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。
如果不存在部门信息表,则根据第三范式(3NF)也应该构建它,否则就会有大量的数据冗余。
简而言之,第三范式就是属性不依赖于其它非主属性。
数据库设计三大范式应用实例剖析
数据库的设计范式是数据库设计所需要满足的规范,满足这些规范的数据库是简洁的、结构明晰的,同时,不会发生插入(insert)、删除(delete)和更新(update)操作异常。
反之则是乱七八糟,不仅给数据库的编程人员制造麻烦,而且面目可憎,可能存储了大量不需要的冗余信息。
设计范式是不是很难懂呢?
非也,大学教材上给我们一堆数学公式我们当然看不懂,也记不住。
所以我们很多人就根本不按照范式来设计数据库。
实质上,设计范式用很形象、很简洁的话语就能说清楚,道明白。
本文将对范式进行通俗地说明,并以笔者曾经设计的一个简单论坛的数据库为例来讲解怎样将这些范式应用于实际工程。
范式说明
第一范式(1NF):
数据库表中的字段都是单一属性的,不可再分。
这个单一属性由基本类型构成,包括整型、实数、字符型、逻辑型、日期型等。
例如,如下的数据库表是符合第一范式的:
字段1字段2字段3字段4
而这样的数据库表是不符合第一范式的:
字段3.1字段3.2
很显然,在当前的任何关系数据库管理系统(DBMS)中,傻瓜也不可能做出不符合第一范式的数据库,因为这些DBMS不允许你把数据库表的一列再分成二列或多列。
因此,你想
在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。
第二范式(2NF):
数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖(部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况),也即所有非关键字段都完全依赖于任意一组候选关键字。
假定选课关系表为SelectCourse(学号,姓名,年龄,课程名称,成绩,学分),关键字为组合关键字(学号,课程名称),因为存在如下决定关系:
(学号,课程名称)→(姓名,年龄,成绩,学分)
这个数据库表不满足第二范式,因为存在如下决定关系:
(课程名称)→(学分)
(学号)→(姓名,年龄)
即存在组合关键字中的字段决定非关键字的情况。
由于不符合2NF,这个选课关系表会存在如下问题:
(1)数据冗余:
同一门课程由n个学生选修,"
学分"
就重复n-1次;
同一个学生选修了m门课程,姓名和年龄就重复了m-1次。
(2)更新异常:
若调整了某门课程的学分,数据表中所有行的"
值都要更新,否则会出现同一门课程学分不同的情况。
(3)插入异常:
假设要开设一门新的课程,暂时还没有人选修。
这样,由于还没有"
学号"
关键字,课程名称和学分也无法记录入数据库。
(4)删除异常:
假设一批学生已经完成课程的选修,这些选修记录就应该从数据库表中删除。
但是,与此同时,课程名称和学分信息也被删除了。
很显然,这也会导致插入异常。
把选课关系表SelectCourse改为如下三个表:
学生:
Student(学号,姓名,年龄);
课程:
Course(课程名称,学分);
选课关系:
SelectCourse(学号,课程名称,成绩)。
这样的数据库表是符合第二范式的,消除了数据冗余、更新异常、插入异常和删除异常。
另外,所有单关键字的数据库表都符合第二范式,因为不可能存在组合关键字。
第三范式(3NF):
在第二范式的基础上,数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。
所谓传递函数依赖,指的是如果存在"
A→B→C"
的决定关系,则C传递函数依赖于A。
因此,满足第三范式的数据库表应该不存在如下依赖关系:
关键字段→非关键字段x→非关键字段y
假定学生关系表为Student(学号,姓名,年龄,所在学院,学院地点,学院电话),关键字为单一关键字"
,因为存在如下决定关系:
(学号)→(姓名,年龄,所在学院,学院地点,学院电话)
这个数据库是符合2NF的,但是不符合3NF,因为存在如下决定关系:
(学号)→(所在学院)→(学院地点,学院电话)
即存在非关键字段"
学院地点"
、"
学院电话"
对关键字段"
的传递函数依赖。
它也会存在数据冗余、更新异常、插入异常和删除异常的情况,读者可自行分析得知。
把学生关系表分为如下两个表:
(学号,姓名,年龄,所在学院);
学院:
(学院,地点,电话)。
这样的数据库表是符合第三范式的,消除了数据冗余、更新异常、插入异常和删除异常。
鲍依斯-科得范式(BCNF):
在第三范式的基础上,数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。
篇三:
一个完整的数据库示例--说明
一、表的结构及完整性约束
新建一个数据库jxsk,包括S、C、SC、T、TC五个表,结构如下:
C表:
S表:
SC表:
T表:
TC表:
二、安全性控制及视图机制
1、三类角色:
depart、teacher、studentdepart的权限:
teacher的权限:
student的权限:
2、有2个院系用户:
d_jsj,d_xx,同属于depart角色。
有1个教师用户:
t,属于teacher角色。
有一个学生用户:
s,属于student角色。
3、创建计算机系教师视图t_view_jsj、计算机系学生视图s_view_jsj,并授予d_jsj用户在这两个视图上的select、delete、update、insert权限。
计算机系教师视图t_
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 最新数据库范例范文模板 16页 最新 数据库 范例 范文 模板 16