数据库建模最佳实践：处理同一个“基础”的关联

Question

我试图规范化我的数据库模型。但在这种情况下，我不知道该怎么做。给出以下模型：

• 客户有许多系统 (has_many :systems)
• 集群有很多系统 (has_and_belongs_to_many :systems)

我想显示客户的所有系统。那将是：@customer.systemobjects.each。这已经奏效了。

然后我可以将系统添加到集群（我提到的是“HABTM”关联）。在我的客户视图中，我只想显示与集群无关的系统（也与 Cluster.includes(:systems).where(systems: { id: sysid }).present? 一起使用）。

现在我的问题是：我也想显示特定客户的所有集群（以及该集群的系统）。但是，现在，我只能通过系统与客户建立联系。对我来说，在集群对象中添加对客户的引用会更容易（即使我已经在系统中拥有此信息）。

我应该添加这个参考吗？无论如何它与标准化有关吗？对于一般的数据库和具体的 Ruby On Rails，您如何从最佳实践的角度评估这种情况？当我只通过系统拥有它时（我怎么能在rails中做到这一点？），最好的方法是如何通过客户的每个集群？

Answer 1

我想你会喜欢这样的：

class Customer
  has_many :systems
  has_many :clusters, through :systems  # expect `clusters_id` in System, which is typical
  # ...other code
end

class System
  belongs_to :customer
  belongs_to :cluster
  # ...other code
end

class Cluster
  has_many :systems
  has_many :customers, through :systems  # expect `customer_id` in System, which is typical
  # ...other code
end

这会产生三个表，正如您的模型已经暗示的那样，但使​​用系统表作为另外两个的“铰链”查找表，而不暗示集群属于系统（根据我的理解，这没有意义 IRL问题陈述）。

我经常发现has_many :through 通常是比 HABTM 更容易和更好的选择，除非你真的有相互归属的关系。您可以访问 Rails 指南 here 和 here（指南：“活动记录关联”）以获取有关使用 :through 的更多信息。对于您遇到的问题，绝对值得了解该指南（但公平地说，可能需要一些经验才能充分了解各种选项以及它们的帮助）。

现在，当您想要引用客户拥有系统的集群时，您只需要编写如下内容：

  my_customer = Customer.find(some_id)
  customer_clusters = customer.clusters
  customer_systems = customer.systems

要查找集群的所有客户（以及 through 集群的系统），您可以编写如下内容：

  target_cluster = Cluster.find(some_id)
  cluster_customers = target_cluster.customers

如果您想要生成这些层次结构（例如，客户的系统分组在他们所属的集群下），它会是这样的：

  my_customer = Customer.find(some_id)
  customers_systems = customer.systems.includes(:cluster)  # this brings in the associated cluster records without additional database operations

然后根据您打算如何显示或返回数据，从customer_systems 中的结果数据中迭代或使用group_by。