实体关系图在数据库设计中的重要性

问题内容： 关闭。 此问题不符合堆栈溢出准则。它当前不接受答案。 想要改善这个问题吗？ 更新问题，使它成为Stack Overflow的主题。 2年前关闭。 改善这个问题 我正在寻找有关关系数据库设计，性能调整等最佳实践的书/站点/教程。有很多“这里是归一化，这是ER图，”，但在实际示例中却没有太多。有人有想法么？ 问题答案： 图书：仅凡人的数据库设计

图像我有以下实体：公司和员工，带有Spring数据neo4j注释： Company.java 受雇者JAVA 然后是这些实体的关系实体： 那么如何保留和中的引用呢？ Company.java 或 人JAVA 或

问题内容： 程序包A有一个桌面Y和一个MonitorZ。程序包B有一个桌面Y和 两个 MonitorZ。我想在由实体设计器创建的数据库中表示该关系。 和之间（具有台式机，显示器，笔记本电脑等）之间存在多对多关系。每个季度，我们都会更新包裹，客户下订单。他们选择一个包，下订单时，该包会将其数据（类型，品牌，型号等）转储到新创建的中。 问题出在实体设计器为关系创建联结表的方式上。联结表具有两列，分别对

问题内容： 设想 我正在建立一个包含一系列不同表的数据库。这些由COMMENTS表，BLOGS表和ARTICLES表组成。我希望能够向每个表中添加新项目，并使用0到5个标签对其进行标记，以帮助用户更轻松地搜索相关的特定信息。 有关建筑的初步想法 我最初的想法是拥有一个集中的TAGS表。该表将使用TagID字段和TagName字段列出所有可用标签。由于每个项目可以有很多标签，并且每个标签可以有很多项

我正在试图找出设置实体图的最佳方法。我将基于下面的图像进行解释。 TBLParentCustomer：此表存储主要客户的信息，主要客户可以是企业或消费者。（使用查找表TBLCustomerType标识这些客户。） TBLChildCustomer：此表存储主客户下的客户。主要业务客户可以有授权员工和授权代表，主要消费客户可以有授权用户。（它们是使用查找表TBLCustomerType标识的。） T

问题内容： 我有4种类型的用户，每个都有具体的数据，但他们也分享COMMUN数据，如，.. 我的第一个想法是用列创建一个主表。然后，当查询用户数据时，我可以先选择它们，然后根据运行情况选择不同的查询来获取“用户类型”的特定数据。我对此并不满意，因为我希望我可以通过一个查询并最好使用外键来获取所有与用户相关的数据。 第二个想法是在表中没有列，而是使用外键，该键来自特定用户类型的表将指向主表的一行。尽