我目前与一些工作中的数据库架构师在概念上存在分歧。我在这个领域的教育完全来自 UofGoogle，所以我确信他们是对的，但无法在网上找到支持他们的证据。
我们正在讨论的数据库部分与不同领域内的制造设备有关。有一个包含所有唯一 AREA_CD 的表。每个区域可以包含多件装备（EQUIP_CD），但单件装备不能在多个区域。即这是一个（AREA_CD）对多（EQUIP_CD）的关系。
我对db设计的理解是，我们应该有一个与区域表直接相关的设备的表，其中：AREA_CD= PK & FK to area table EQUIP_CD= PK（组合PK是因为有一些设备共享相同的代号，但不一样。这是我们试图升级的遗留系统的不幸现实）。
架构师说最好的做法是通过关联表连接面积表和设备表，我认为这是专门用于多对多关系的。
如果 EQUIP_CD 指的是特定类型的设备（具有我们感兴趣的属性），其中多个设备可能存在于不同的区域，那么这对我来说是有意义的。然而，这将是一个多对多的关系，这里不是这种情况。我们有一些共享代号，指的是不同类型的设备，属性取决于它们所在的区域。
他们使用关联表的理由如下：
所以我的问题..是将关联表用于一对多关系的最佳实践吗？除了上述三个之外，这种设计还有其他理由吗？
我不是想挑战我的同事，只是想进一步学习。先感谢您！
更新：数据模型正在修复中，我们正在摆脱那些关联表。