Tag: 实体关系模型

为什么在为数据库devise关系时应该避免循环？

有人告诉我，在数据模型中设置循环是不好的devise。 我已经听了几次，但没有太多注意。 例如你有实体用户，项目，活动。 项目由用户拥有，所以我们有从用户到项目的一对多关系。 可以将活动分配给单个用户，这是用户与活动之间的另一个一对多关系。 当然，一个项目是由一组活动定义的，也就是Project to Activity之间的另一个一对多的关系。 这样就形成了一个循环。 我问这个家伙为什么这个devise不好，但他告诉我他也不知道，他也被告知，猴子学习最好。 我尝试search，但我想我没有使用正确的话，但是这对我来说似乎应该是试图devise一个数据库的人的根本。 那么，任何人都可以指出我有关er / db图中的循环/循环的一些有用的信息，是否应该避免？

实体关系模型和关系模型有什么区别？

我只能find以下两点区别： ER模型中的关系是明确定义的，而它们隐含在关系模型中。 关系模型需要一个中间表（通常称为“联结表”）来存放两个实现多对多关系的外键。 为什么我们使用关系模型，当我们有一个ER图？