数据库 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图应该出现在第2阶段。

数据库设计通常分为6个阶段：

1、需求分析：分析用户的需求，包括数据、功能和性能需求；

2、概念结构设计：主要采用E-R模型进行设计，包括画E-R图；

3、逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换；

4、数据库物理设计：主要是为所设计的数据库选择合适的存储结构和存取路径；

5、数据库的实施：包括编程、测试和试运行；

6、数据库运行与维护：系统的运行与数据库的日常维护。主要讨论其中的第3个阶段,即逻辑设计。通过一个实际的案例说明在逻辑设计中E-R图向关系模式的转换。

扩展资料：

NoSQL数据库适合追求速度和可扩展性、业务多变的应用场景。对于非结构化数据的处理更合适，如文章、评论，这些数据如全文搜索、机器学习通常只用于模糊处理，并不需要像结构化数据一样，进行精确查询，而且这类数据的数据规模往往是海量的。

数据规模的增长往往也是不可能预期的，而NoSQL数据库的扩展能力几乎也是无限的，所以NoSQL数据库可以很好的满足这一类数据的存储。NoSQL数据库利用key-value可以大量的获取大量的非结构化数据，并且数据的获取效率很高，但用它查询结构化数据效果就比较差。

参考资料来源：百度百科-数据库

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

---