博客数据库的逻辑关系怎么做ER图

你的理解有误差。

ER图，不是依靠数据库做出来的。

ER图，要依据用户需求以及用户流向，以及用户 *** 作以及功能来划分的。

而

数据库，则是最终产物

。

-------------

博客模块，也可以划分：

登录——》身份——》授权（根据角色）

——》用户 *** 作（写文章，编辑，删除。。。）

——》用户异常中断OR正常退出

——》用户流程结束。

这其中，ER图，就要根据关系去展示，

用户登录，如何同你的用户角色以及权限设置以及资源去关联；

这才是你要考虑的设计问题。

首先告诉你设计这东西没有对错，只有优劣，所以说没有正确答案，要看自己需求和经验。针对你的问题：1在画ER图时是否每一个实体或关系必需在实际建表中实际存在？答：根据我的经验，实体一般都要建表，联系（关系）要分情况，一般一对多的联系，这个联系作为多的一方表中的一个字段。多对多的联系，要建一张表。（不要问我一对一的联系怎么办）；2比如说ER图有管理员和新闻这两个实体，联系是发布，那发布这个联系是不是在建表时有这张表？答：根据一个管理员能发布多篇新闻，而一篇新闻只能被一个管理员发布（当然你也可以有你自己的规则，比如说我就规定了，一篇新闻要多个管理员联合才能发布，你都“就”了，我也没办法，如此正好体现“设计没有对错”这句话，因此便是多对多的关系）。管理员和新闻是一对多的关系。那么在多的一方，新闻表中存储管理员的主键。这样就可以通过一个具体的管理员查询到他发布的所有新闻，也可以通过一篇新闻，查询是哪个管理员发布的。那么问题来了，只在新闻表中存储管理员主键，“发布”这个联系（动词）如何体现。其实“发布”这个联系（动词）其实是一种 *** 作，你把新闻表中各个字段都填写并存到数据库，就是在发生这种“发布”的联系。所以“发布”以写成方法（有些语言叫函数），我们一般统一称呼为新增（CRUD，即增删改查）。看起来“发布”这个联系貌似没在数据库体现，但是没有数据库中在新闻表中存储管理员主键，这种“发布”（新增） *** 作是没法完美实现的，就是说你不能根据用户查询到发布的所有新闻，根据新闻查询到是哪个用户发布的。所以也就没法体现“发布”这种关系了。所以有经验了，你会发现什么“发布”，“选课”，“借书”等等一切的联系只是字面不一样，大部分都可以通过存储另一张表的主键解决他们之间的联系，望你用心感悟。经验之谈，说不上正确，但确是实践的感悟，思考、打字不易，望采纳。

1、access是一种数据库。并不能画ERP图

2、ER图 是数据库表格关系的一种表现形式。

3、建议先在网上找一套ER图的例子

4、或者在某宝店里搜一搜花几块钱买个源代码。

注：其实我画的也不多，互联网上有些习题，这个习惯如果不在项目中锻炼很难养成。

E-R图，也称为实体关系图，用于显示实体集之间的关系。它提供了一种表示实体类型、属性和连接的方法；用来描述现实世界的概念模型。ER模型是数据库的设计或蓝图，将来可以作为数据库来实现。



在E-R图中，实体集是一组相似的实体(数据模型中的数据对象)，它们可以有属性。在数据库系统中，实体是数据库中的表或属性，因此ER图通过显示表和它们的属性之间的关系来显示数据库的完整逻辑结构。

实体表示数据模型中的数据对象或组件。例如，人、学生和音乐都可以被视为数据对象。在电流变图中用矩形表示。

数据模型中有一个特殊的实体:弱实体，它不能通过自身的属性唯一识别，并且依赖于与其他实体的关系。在电流变图中，弱实体用双矩形表示。

第一个问题，是不是每一张表对应着一个实体？

楼主的概念混乱，一个表是什么？是一个关系，也就是关系模式（但还是有点区别）。我举个例子，一个学生表，里面有很多学生的信息记录，一个学生是一个实体，所以一张表应该对应的一个实体集。

第二个问题，“借还”属于关系还是属于实体？

实体是什么，实体是可以被标识的东西。实体的可以是具体的东西（人、车子。。。），也可以是抽象的（飞机航行，交通规则），那么借还记录也是一个实体。

在ER图中，“借还”是学生实体和图书实体之间的联系，是一个联系集。怎么就成了关系和实体了？

先打这么多吧，楼主不懂继续问。

以上就是关于博客数据库的逻辑关系怎么做ER图全部的内容，包括:博客数据库的逻辑关系怎么做ER图、数据库设计ER图相关的问题、access数据库中的ER图和二维表怎么画等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！