例如，如果有一个表cities，stations您需要了解这些表的关系。一个城市可以在表格中有多个相关条目stations吗？当然可以，那么问题反过来了，一个站点的表中可以有几条相关记录cities吗？当然不。所以表之间的关系是hasOne(один ко многим)。因此，在表中stations添加一列就足够了city_id。而且您不需要单独的表格。
现在想象我们的表station_names只包含电台的名称。在这种情况下，我们可能会遇到在多个城市都可以找到同名的情况。那么关系将是manyToMany(многие ко многим)。在这种情况下，您需要一个包含至少 2 列的单独表，city_id并且station_name_id
在考虑数据库的架构时，有必要以许多条件为指导。
例如，如果有一个表
cities，stations您需要了解这些表的关系。一个城市可以在表格中有多个相关条目stations吗？当然可以，那么问题反过来了，一个站点的表中可以有几条相关记录cities吗？当然不。所以表之间的关系是hasOne(один ко многим)。因此，在表中stations添加一列就足够了city_id。而且您不需要单独的表格。现在想象我们的表
station_names只包含电台的名称。在这种情况下，我们可能会遇到在多个城市都可以找到同名的情况。那么关系将是manyToMany(многие ко многим)。在这种情况下，您需要一个包含至少 2 列的单独表，city_id并且station_name_id还有一种技术是数据库的非规范化，这是为了方便数据存储而故意违反数据库的规范形式。这一切都取决于数据库架构的具体条件和复杂性。