EER图中实体的定义
Definition of entity in EER Diagram
我要写一个DBMS的概念图。
我有一个非常简单，也许是老生常谈的问题，但我在互联网上找不到答案。
该数据库管理系统将由学校的秘书使用。在此架构中，有学生、课程、考试等实体。
我还可以添加实体“秘书”，即使秘书将是使用 DBMS 的人吗？
当然可以。您可以，而且事实上，您应该将与您的系统相关的所有内容都放在您的概念设计白板上。并考虑筹码可能落在哪里。
通常你的系统中会有一个“用户”，这个“用户”可能是“秘书”，但很快你就会有其他“用户”，其中包括“学生”，可能还有“经理”和“顾问”。
在实体关系模型中，像“实体”这样普遍的词的全部意义在于它是普遍的，任何对您的问题感兴趣的东西都可以是这个意义上的“实体”。
实体是一种存储在数据库系统中的东西。
每个不同的实体类型都有一个标识键和一组不同的属性。例如，用户实体可能有一些标识号，可能还有登录名、密码、创建日期、电子邮件、真实姓名等属性。
那你要问秘书是只是用户之一，还是一个独立的实体？
答案取决于秘书是否具有独特的属性。是否有一些关于每个秘书的事实需要存储在数据库中，而其他用户没有？
如果不是，那么秘书可能只是用户实体的一个例子。也许让用户实体有一个属性列来记录用户类型（秘书、管理员、教师、家长等）会有所帮助，但不要创建一个单独的实体，除非秘书类别需要自己的属性。
我要写一个DBMS的概念图。
我有一个非常简单，也许是老生常谈的问题，但我在互联网上找不到答案。
该数据库管理系统将由学校的秘书使用。在此架构中，有学生、课程、考试等实体。
我还可以添加实体“秘书”，即使秘书将是使用 DBMS 的人吗？
当然可以。您可以，而且事实上，您应该将与您的系统相关的所有内容都放在您的概念设计白板上。并考虑筹码可能落在哪里。
通常你的系统中会有一个“用户”，这个“用户”可能是“秘书”，但很快你就会有其他“用户”，其中包括“学生”，可能还有“经理”和“顾问”。
在实体关系模型中，像“实体”这样普遍的词的全部意义在于它是普遍的，任何对您的问题感兴趣的东西都可以是这个意义上的“实体”。
实体是一种存储在数据库系统中的东西。
每个不同的实体类型都有一个标识键和一组不同的属性。例如，用户实体可能有一些标识号，可能还有登录名、密码、创建日期、电子邮件、真实姓名等属性。
那你要问秘书是只是用户之一，还是一个独立的实体？
答案取决于秘书是否具有独特的属性。是否有一些关于每个秘书的事实需要存储在数据库中，而其他用户没有？
如果不是，那么秘书可能只是用户实体的一个例子。也许让用户实体有一个属性列来记录用户类型（秘书、管理员、教师、家长等）会有所帮助，但不要创建一个单独的实体，除非秘书类别需要自己的属性。