数据库er图

㈠ 请问下如下图片的 数据库ER图。是用什么工具画的

starUML jude都可以

㈡ 如何画数据库ER图

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

·实体型(Entity)：用矩形表示，矩形框内写明实体名。

·属性(Attribute)：用椭圆形表示，并用无向边将其与相应的实体连接起来；比如学生的姓名、学号、性别、都是属性。

·联系(Relationship)：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1:1，1:n或m:n）。比如老师给学生授课存在授课关系，学生选课存在选课关系。

㈢ 数据库ER图一对多联系1:n与1:m的区别

在数据库概念模型设计的时候，ER图是基本方法之一，主要用来描述数据库中所涉及实体及实体与实体之间的关系。实体间的关系通常有：1对1(1:1)，1对多 (1:m)，多对1(m:1)，多对对(m:n)等。
比如有两个简单实体，分别是单位和职员，它们的关系就是1:m，一个单位可以有多个职员；
再比如有两个实体，分别是学生和图书，它们的关系就是m:n，从而形成中间表 学生借阅的图书，结果是1本图书可以被多人借阅，1个人也可以借多本图书。
其它的自己去查教程吧。
顺带说说，许多人做数据库表设计是想到哪里就建个字段，没有做概念设计，这样的数据库生命周期很短，而且维护极难。基本知识学好了非常重要！

㈣ 数据库ER图

具体条件。若要一对多或多对多或联合使用的虚线，实线是外键的情况下，根据分析。

㈤ 数据库的ER图

除非你有几百个仓库有上万种商品，即便是这样，数据库设计起来，仍然与你说的这些因素也没有多大关系。仓储问题，无非就是一个进销存，有人企图只用一张表来反映进销存，比如用数量前加一个负号来表示销货，不加符号表示是进货。要计算某种商品的存货时，就用某种商品的无符号数量去加上负号数量的，这样就得到了存货量，从理论上讲，这种设计无可厚非，但实际应用起来，非常糟糕，速度之慢，令人无法想象。试想，对于一个进销活动十分活跃的批发商，当数据库使用几年后，其进销记录可能要达到上百万条，要从上百万条的记录中筛选出你所需要的商品的存货，就是非常浪费时间的。
因此，我建议仓储进销存问题，应设计三张表，进货、销货、存货各一张表，进货时数据录入员录入进货记录后，保存时先保存进货记录，然后在存货表中找到相应的商品号，改写其数量就行了（加数量）。销货亦同，只是减库存数量。
你所说仓库、货物、保管员，只需要在表中增加仓库号、保管员姓名二个字段就行了，根本就用不上关系图。
把复杂的问题搞简单，这是电脑软件存在的基本意义，如果把简单的问题搞复杂，那么电脑软件进销存就没有存在的意义了。

㈥ 数据库 ER图是什么意思啊

ER图是基于ER模型（实体关系模型）画的，属于概念模型，是对现实世界的实体及其之间关系的抽象。
数据库表是属于数据模型，用来描述数据的结构关系。
通常我们数据库的设计要经过下面这个过程：
现实世界-〉概念模型-〉数据模型
一般项目的设计中，首先通过需求分析的人员根据客户抽象出 ER图，然后由数据库的设计人员根据ER图和用户对查询等方面的需求设计出数据库的表结构，以及相关的视图和索引。

㈦ 做数据库er图的步骤

1. 描绘出组织的关联集团，如供应商、经理、雇员、供应商、顾客、贷款人、政府代理人、地区社团及竞争者等。
2. 识别关联集团的要求。
3. 定义组织相对于每一个关联集团的任务和战略。
4. 解释和验证组织战略集。
第二步是将组织战略集转化成管理信息系统战略。管理信息系统战略应包括系统目标、约束以及设计原则等。这个转化的过程对应组织战略集的每个元素识别对应的管理信息系统战略约束，然后提出整个管理信息系统的结构。

战略集的转化过程还不能形成算法的形式，因为对于不同的组织，其战略集的内容相差很大。不过确定和评价组织的战略集的过程，还是有系统化的方法，即用关联集团要求的概念。一旦确定了组成的战略元素，要由组织的最高负责人审查，这一过程可以采取结构性的提问法。

㈧ 博客数据库怎么做ER图

事实上，你的理解有误差。ER图，不是依靠数据库做出来的。ER图，要依据用户需求以及用户流向，以及用户操作以及功能来划分的。而数据库，则是最终产物。-------------博客模块，也可以划分：登录——》身份——》授权（根据角色）——》用户操作（写文章，编辑，删除。。。）——》用户异常中断OR正常退出——》用户流程结束。这其中，ER图，就要根据关系去展示，用户登录，如何同你的用户角色以及权限设置以及资源去关联；这才是你要考虑的设计问题