EER图中实体的定义

Question

我必须写一个 DBMS 的概念图。

我有一个非常简单，也许是平庸的问题，但我在互联网上没有找到答案。

该 DBMS 将由学校的秘书使用。 在这个模式中，有学生、课程、考试等实体。

我是否也可以添加实体“秘书”，即使秘书是使用 DBMS 的人？

Answer 1

当然可以。 你可以，事实上，你应该把所有与你的系统相关的东西都放在你的概念设计白板上。 并考虑一下筹码可能落在哪里。

通常你的系统中有一个“用户”，这个“用户”可能是一个“秘书”，但很快你就会有其他“用户”，其中包括“学生”，可能还有“经理”和“顾问”。

在实体关系 Model 中，与“实体”一样通用的词的全部意义在于它是通用的，任何对您的问题感兴趣的东西都可以是这个意义上的“实体”。

Answer 2

实体是一种存储在数据库系统中的事物。

每个不同的实体类型都有一个标识键和一组不同的属性。 例如，一个用户实体可能有一些标识号，可能还有登录名、密码、创建日期、email、真实姓名等属性。

那么你要问一个秘书是只是其中的一个用户，还是一个独立的实体？

答案取决于秘书是否具有独特的属性。 是否有一些关于每个秘书需要存储在数据库中的事实，而其他用户没有？

如果不是，那么可能秘书只是用户实体的一个示例。 也许让用户实体有一个属性列来记录用户类型（秘书、管理员、教师、家长等）会有所帮助，但除非秘书类别需要自己的属性，否则不要创建单独的实体。