ER图中有三种实体对应关系,一对一,一对多,多对多。多对多关系的话,必然会生成中间表,你的借还记录表就是中间表,因为学生和图书是多对多的关系(注意不是一对多,因为一本书能被多个同学借,虽然不会同时被借,但是借还记录会保持在表中,从数据库角度来讲是多对多)。
数据库 ER图实体要把所有属性的都要写出来。
ER图构成:
1、实体型:用矩形表示,矩形框内写明实体名。比如学生张三丰、学生李寻欢都是实体。
2、属性:用椭圆形表示,并用无向边将其与相应的实体连接起来;代表实体所包含的所有属性。比如学生的姓名、学号、性别、都是属性。
3、联系:用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1 : 1,1 : n或m : n)就是指存在实体类之间的三种关系(一对一,一对多,多对多)。 比如老师给学生授课存在授课关系,学生选课存在选课关系。
转换为关系模式的原则:
1、一个实体转化为一个关系模式。实体属性就是关系的属性,实体的码就是关系的码。
2、一个1:1联系可以转化为一个独立的关系模式,也可以与任意一端所对应的关系合并。
3、一个1:n联系可以转化为一个独立的关系模式,也可以与任意n端所对应的关系合并。
4、一个m:n联系转化为一个独立的关系模式。
5、三个或三个以上实体间的多元联系可以转换为一个关系模式。
6、具有相同码的关系模式可以合并。
事实上,你的理解有误差。ER图,不是依靠数据库做出来的。ER图,要依据用户需求以及用户流向,以及用户 *** 作以及功能来划分的。而数据库,则是最终产物。-------------博客模块,也可以划分:登录——》身份——》授权(根据角色)——》用户 *** 作(写文章,编辑,删除。。。)——》用户异常中断OR正常退出——》用户流程结束。这其中,ER图,就要根据关系去展示,用户登录,如何同你的用户角色以及权限设置以及资源去关联;这才是你要考虑的设计问题
关系有三种 1:1,1:n,n:m
没有见过这种用mnopq表示的
每个顾客可以从多个售货员那里购买商品,每个售货员可以向多个顾客那里销售商品
所以顾客与售货员的关系为n:m
每个售货员可以销售多种商品,每种商品可以由多个售货员向多个顾客销售
所以售货员与商品的关系为n:m
每个顾客可以购买多种商品,每种商品也可以卖个多个顾客
所以商品与顾客的关系也为n:m
以上就是关于数据库问题,根据信息画出er图全部的内容,包括:数据库问题,根据信息画出er图、数据库 ER图实体的属性是要把所有属性的都要写出来吗、博客数据库怎么做ER图等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)