谁能通俗的说说,举个例子,什么是满足第一范式,第二范式,第三范式?

zghzzy 2009-07-05 09:02:00
谁能通俗的说说,举个例子,什么是满足第一范式,第二范式,第三范式?
----------------------------------------------------------------------
看看书,但还是不太了解。
另外,一般在实际的项目中,一般应该满足什么范式呢?
举例吧。一个入库单master表,和detail表。
一般都是两个表,master表有:
入库单号,流水号,入库时间,入库方式,进货方编码,。。。
detail表有:
入库单号,入库商品编码,入库数量,入库金额...
,但是还有有进货方表,包含进货方编码与名称等字段。
,还要有商品编码有,包含商品编码与商口名称等信息字段。
,其实还会有更多的表。
这种设计是满足第三范式吗?
但是我认为并不好,因为每次查询时都要连接多张表(我刚才只举出四个表,其实际上应该会更多),所以我认为并不好。
所以我认为,将进货方名称直接放到 master 表中即可。就是多占些空间,没什么不好。
另外,我将商品名称放在 detail 表中,也是多占些空间,没什么不好。
而且还有好处,就是如果进货方如果改名了。历史记录不会变化。(如果按照范式化要求,进货方一改名,历史记录全改了)
同样,如果商品改名也一样,历史记录不会改变,(因为有时,历史记录是不能变化的,因为要保证当时的原始状态呀,随例改是不严谨的。)

不知我以上的理解对不对。
...全文
2367 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
feixianxxx 2009-07-05
  • 打赏
  • 举报
回复
1NF :R(A,B,C,D)依赖集(ab>c a->d) 因为d部分依赖于ab 所以属于1NF 不属于2NF
2NF :R(A,B,C,D)依赖集(ab>c c—>d) 因为d传递依赖与AB 但是不存在部分依赖 所以属于2N 不属3NF
3NF : R(A,B,C,D)依赖集(ab>c ab—>d,d->a) 因为即不存在部分依赖 也不存在传递依赖 所以属于3NF 但是因为d->a因为d是非主属性 所以不属于BCNF
kkun_3yue3 2009-07-05
  • 打赏
  • 举报
回复
good
zzz1975 2009-07-05
  • 打赏
  • 举报
回复
转贴并共同温习

所谓范式就是符合某一种级别的关系模式的集合。通过分解把属于低级范式的关系模式转换为几个属于高级范式的关系模式的集合。这一过程称为规范化。

1、  第一范式(1NF):一个关系模式R的所有属性都是不可分的基本数据项。
2、  第二范式(2NF):关系模式R属于第一范式,且每个非主属性都完全函数依赖于键码。
3、 第三范式(3NF):关系模式R属于第一范式,且每个非主属性都不伟递领带于键码。
4、  BC范式(BCNF):关系模式R属于第一范式,且每个属性都不传递依赖于键码。


不到第一范式:
create 学生(姓名,性别年龄) ----(因为性别年龄列包括了两个属性)
第一范式不到第二范式:
create 学生(姓名,性别,年龄,语文老师名) --(因为老师列不是完全函数依赖于键码)
第二范式不到第三范式
create 学生(姓名,性别,年龄,语文老师id,数学老师id)
create 老师(老师id,老师名,老师年龄)
第三范式不到第四范式
create 学生(学生id,姓名,性别,年龄,籍贯)
create 关系表(学生id,老师id)
create 老师(老师id,老师名,老师年龄,籍贯)
第四范式
create 学生(学生id,姓名,性别,年龄,籍贯id)
create 关系表(学生id,老师id)
create 老师(老师id,老师名,老师年龄,籍贯id)
cteate 籍贯表(id,籍贯)
hui_hui_2007 2009-07-05
  • 打赏
  • 举报
回复
OLTP是联机事务处理
OLAP是联机分析处理
1.用户和系统的面向性不同
A、OLTP是用于面向顾客的,用于事务和查询处理。
B、OLAP是用于面向市场的、用于数据分析(要给领导看的)
2、数据内容:
A 、OLTP是系统管理当前数据
B、OLAP是系统管理大量历史数据,用于汇总和聚集机制
3、数据库设计
A、OLTP是采用实体---关系模型ER模型设计的,和面向应用设计的
B、OLAP是采用雪花型。星型和面向主题进行设计的
4.视图
A. OLTP 是用于关注一个企业或内部的当前数据,而不关注历史数据
B、OLAP是则是关注历史数据
hui_hui_2007 2009-07-05
  • 打赏
  • 举报
回复
范式级别越高,意味着要设计出更多的多。
在查询时会更复杂。
对于oltp系统,应该范式高些。
对于olap系统。可适应降低范式的级别
JonasFeng 2009-07-05
  • 打赏
  • 举报
回复
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)也应该构建它,否则就会有大量的数据冗余。简而言之,第三范式就是属性不依赖于其它非主属性。


转贴

34,590

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧