求ER图的相关资料,越完整越好,谢谢

wackyboy 2008-07-23 10:27:16
如题,要做一个ER图,不知道ER图是怎么回事,求资料,谢谢!!!
...全文
91 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
shuhua 2008-07-23
  • 打赏
  • 举报
回复
E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。

构成E-R图的基本要素是实体型、属性和联系,其表示方法为:

· 实体型:用矩形表示,矩形框内写明实体名;

· 属性:用椭圆形表示,并用无向边将其与相应的实体连接起来;

· 联系:用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1 : 1,1 : n或m : n)。

系统流程图又叫事务流程图,是在计算机事务处理应用进行系统分析时常用的一种描述方法(另一个是数据流图),它描述了计算机事务处理中从数据输入开始到获得输出为止,各个处理工序的逻辑过程。




找个数据库系统方面的书看看就明白了。
ChinaJiaBing 2008-07-23
  • 打赏
  • 举报
回复

就是表之间的关系.....
一个实体一个表
hery2002 2008-07-23
  • 打赏
  • 举报
回复
关于数据库模型和 ER 图
http://office.microsoft.com/zh-cn/visio/HP010236992052.aspx
数据建模工具/ER图工具列表
http://meetrice.javaeye.com/blog/102920
hery2002 2008-07-23
  • 打赏
  • 举报
回复
http://topic.csdn.net/u/20070320/18/3acdd4ab-7c6e-429b-9ebf-e9b403a98f8a.html
以自底向上设计概念结构的方法为例,它通常分为两步:
第一步:首先要根据需求分析的结果(数据流图、数据字典等)对现实世界的数据进行抽象,
设计各个局部视图即分E-R图。
第二步:集成局部视图。
概念结构是对现实世界的一种抽象,一般有三种抽象:
⑴分类 ( is member of )
⑵聚集 ( is part of)
⑶概括 (is subset of )
设计分E-R图的步骤是:⑴选择局部应用
在需求分析阶段,通过对应用环境和要求进行详尽的调查分析,用多层数据流图和数据字典描述了整个系统。
设计分E-R图的第一步,就是要根据系统的具体情况,在多层的数据流图中选择一个适当层次的(经验很重要)数据流图,让这组图中每一部分对应一个局部应用,我们即可以以这一层次的数据流图为出发点,设计分E-R图。
一般而言,中层的数据流图能较好地反映系统中各局部应用的子系统组成,因此人们往往以中层数据流图作为设计分E-R图的依据
⑵逐一设计分E-R图
每个局部应用都对应了一组数据流图,局部应用涉及的数据都已经收集在数据字典中了。现在就是要将这些数据从数据字典中抽取出来,参照数据流图, <1> 标定局部应用中的实体, <2> 实体的属性、标识实体的码, <3> 确定实体之间的联系及其类型(1:1、1:n、m:n)。
<1> 标定局部应用中的实体
现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是 "is member of "的关系。例如在学校环境中,可以把张三、李四、王五等对象抽象为学生实体。
对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是 "is part of "的关系。例如学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。
<2> 实体的属性、标识实体的码
实际上实体与属性是相对而言的,很难有截然划分的界限。同一事物,在一种应用环境中作为 "属性 ",在另一种应用环境中就必须作为 "实体 "。一般说来,在给定的应用环境中:
⑴属性不能再具有需要描述的性质。即属性必须是不可分的数据项。
⑵属性不能与其他实体具有联系。联系只发生在实体之间。
<3> 确定实体之间的联系及其类型(1:1、 1:n、 m:n)。
根据需求分析,要考察实体之间是否存在联系,有无多余联系
(二)、 合并分E-R图,生成初步E-R图。
各分E-R图之间的冲突主要有三类:属性冲突、命名冲突和结构冲突。
1.属性冲突 (1) 属性域冲突,即属性值的类型、取值范围或取值集合不同。
例如:属性“零件号”有的定义为字符型,有的为数值型。
(2) 属性取值单位冲突。 例如:属性“重量”有的以克为单位,有的以公斤为单位。
2.命名冲突 (1) 同名异义。 不同意义对象相同名称。
(2) 异名同义(一义多名)。同意义对象不相同名称。“项目”和“课题”
3.结构冲突
(1) 同一对象在不同应用中具有不同的抽象。例如 "课程 "在某一局部应用中被当作实体,而在另一局部应用中则被当作属性。
(2) 同一实体在不同局部视图中所包含的属性不完全相同,或者属性的排列次序不完全相同。
(3) 实体之间的联系在不同局部视图中呈现不同的类型。
例如实体E1与E2在局部应用A中是多对多联系,而在局部应用B中是一对多联系;又如在局部应用X中E1与E2发生联系,而在局部应用Y中E1、E2、E3三者之间有联系。
解决方法是根据应用的语义对实体联系的类型进行综合或调整。
(三).修改与重构,生成基本E-R图
分E-R图经过合并生成的是初步E-R图。之所以称其为初步E-R图,是因为其中可能存在冗余的数据和冗余的实体间联系,即存在可由基本数据导出的数据和可由其他联系导出的联系。冗余数据和冗余联系容易破坏数据库的完整性,给数据库维护增加困难,因此得到初步E-R图后,还应当进一步检查E-R图中是否存在冗余,如果存在,应设法予以消除。修改、重构初步E-R图以消除冗余,主要采用分析方法。除此外,还可以用规范化理论来消除冗余。
正宗老冉 2008-07-23
  • 打赏
  • 举报
回复
ERwin

PowerDesigner

rfq 2008-07-23
  • 打赏
  • 举报
回复
er studio
这个工具比较好

数据库模型设计连载(1~6) 最近一直有个愿望:希望把自己所从事的数据库模型设计方面的工作经验和想法付诸文 字,算是对此前工作的一个总结,今天终于开始了万里长征的第一步。 在正式开始之前,我先向大家介绍两本书——《数据模型资源手册卷一》、《数据模型资源 手册卷二》,国内有机械工业出版社出版的中文译本,很多同行可能都已看过,我本人也 看过。 看过之后深受启发,同时也感到两点美中不足: 1、这两部书的成书时间较早,且原作内容是基于美国企业的业务需而建,有些最新 的行业信息及"中国特色"的东西没有收录。 2、书中原作者所使用的设计符号是作者专用的,而对于目前国内数据库模型设 计的专业人员来说,ER图或者PowerDesigner中的CDM、PDM图更容易理解和沟通。 所以,在今后一段时间,我希望每天能抽出2个小时,结合上面提到的两部书的 内容、PowerDesigner的PDM模型以及本人相关工作经验,在这里做一个数据库模型设计 的连载。本连载计划用120天的时间撰写完毕。 这么做的目的,一方面是将头脑里的无形信息落实到文字上、有效避免遗忘, 另一方面更加希望抛砖引玉,在与同行们沟通交流之后对我自己也是个促进和提高,对 其他同行也起到各借鉴的作用。望广大同行们不吝赐教,大家一起来推动数据库模型设 计的资源共享计划。 什么是模式? 连载之1 原创:胖子刘(转载请注明出处及作者,谢谢。) 什么是模式?简单说来,模式类似于定式,就是遇到反复出现的同一问题时所固定使 用的解决方案。下围棋的朋友可能对"定式"这个词比较熟悉,定式包含着下棋时做遇到 的各种情况下的下法、急所、手筋及死活等基本原理,例如星定式、小目定式、边定式 等等,定式懂的多,围棋下的。 那么是不是数据库设计模式懂得多,设计工作完美呢?理论上是这样,但是在我 这里,各位朋友所能看到的数据库设计模式只有四种。 为什么只有四种而不是更多? 不时有那句话吗:"浓缩的都是精华"! 在后面的文章中,您会陆续看到浩浩荡荡的设计实例连篇累牍,却都是利用这四种基 本模式设计出来的。《易传·系辞》曰:"易有太极,是生两仪,两仪生四象,四象生八卦 。"老子在《道德经》中也说:"道生一,一生二,二生三,三生万物。" 设计模式不必多,只要掌握其中关键的几个,再结合实际的业务需,一个完整的数 据库模型就可以推导出来。 下面让我们来逐一介绍这四种主要设计模式—— (一)主扩展模式 连载之2 原创:胖子刘(转载请注明出处及作者,谢谢。) (一)主扩展模式 主扩展模式,通常用来将几个相似的对象的共有属性抽取出来,形成一个"公共属性 表";其余属性则分别形成"专有属性表",且"公共属性表"与"专有属性表"都是"一对一 "的关系。 "专有属性表"可以看作是对"公共属性表"的扩展,两者合在一起就是对一个特定对象 的完整描述,故此得名"主扩展模式"。 举例如下(注:这个例子已经作了相当程度的简化,仅仅是用来帮助大家理解"主扩 展模式"这个概念来使用的,请大家注意)。 假设某公司包括如下6种类型的工作人员:采购员、营销员、库房管理员、收银员、 财务人员和咨询专家,采用主扩展模式进行设计,如下图所示。 无论哪种类型的工作人员,都要访问公司的办公软件,所以都有"登陆代码"和"登录 密码";并且作为一般属性,"姓名"、"性别"、"身份证号"、"入职时间"、"离职时间"等 属性,都与个人所从事的工作岗位无关,所以可以抽取出来作为公共属性,创建"公司员 工"表。 很显然,公司委派员工采购哪些商品是"采购员"的专有属性,这是由公司的实际业务 特点决定的。换句话说,公司不可能把采购任务放到"营销员"身上,也不可能放到"库房 管理员"身上,"采购商品"属性就是"采购员"的专用属性。 "采购员"表的主键与"公司员工"表的主键是相同的,包括字段名称和字段的实际取值 ;"采购员"表的主键同时是"公司员工"表主键的外键。在PDM图里可以看到"采购员"表中 的"员工ID"字段后面有一个""标记,这个标记就说明"员工ID"字段既是"采购员 "表的主键,同时也是该表的外键。 "公司员工"表是主表,"采购员"表是扩展表,二者是"一对一"的关系,两个表的字段 合起来就是对"采购员"这个对象的完整说明。同理,"公司员工"表和其他5个表之间也都 分别构成了"一对一"的关系。 对于主表来说,从表既可以没有记录,也可以有唯一一条记录来对主表进行扩展说明 ,这就是"主扩展模式"。 (二)主从模式 连载之3 原创:胖子刘(转载请注明出处及作者,谢谢。) (二)主从模式 主从模式,是数据库设计模式中最常见、也是大家日常设计工作中用的最多的一种模 式,它描述了两个表之间的主从关系,是典型的"一对多"关系。 举例如下(注:这个例子已经作了相当

34,576

社区成员

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

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