将复杂的 has_many 关系移植到 Rails >4.1(没有 finder_sql)

Porting complicated has_many relationships to Rails >4.1 (without finder_sql)

我正在将 Rails 应用移植到 Rails 4.2。此 Rails 应用程序在关联中包含一些相当复杂的手动 SQL 代码 - 部分原因是数据库优化(例如子选择而不是 JOIN),部分原因是在撰写本文时没有可行的替代方案(Rails 3.0),部分原因肯定是缺乏知识(我希望,至少 - 这很容易解决)。

示例:内部消息 class。消息可以在用户之间发送(InternalMessage 的收件人和 'deletions' 的消息存储在 InternalMessagesRecipients 中,因为可以有多个)并且可以阅读、回复、转发和删除它们。协会看起来像这样:

class User < AR::Base
  has_many :internal_messages,
      :finder_sql => "SELECT DISTINCT(internal_messages.id), internal_messages.* FROM internal_messages " +
          ' LEFT JOIN internal_messages_recipients ON internal_messages.id=internal_messages_recipients.internal_message_id' +
          ' WHERE internal_messages.sender_id = #{id} OR internal_messages_recipients.recipient_id = #{id}',
      :counter_sql => 'SELECT count(DISTINCT(internal_messages.id)) FROM internal_messages ' +
          ' LEFT JOIN internal_messages_recipients ON internal_messages.id=internal_messages_recipients.internal_message_id' +
          ' WHERE internal_messages.sender_id = #{id} OR internal_messages_recipients.recipient_id = #{id}'
  # ...
end

关键部分是末尾的 "OR" 子句 - 通过这种关联,我希望同时获得接收和发送的消息,这些消息与用户 table 分开:

  has_many :sent_messages, -> { where(:sender_deleted_at => nil) }, :class_name => 'InternalMessage', :foreign_key => 'sender_id' #, :include => :sender
  has_many :internal_messages_recipients, :foreign_key => 'recipient_id'
  has_many :rcvd_messages, :through => :internal_messages_recipients,  :source => :internal_message, :class_name => 'InternalMessage'

因为 InternalMessage 可能有多个收件人(也可以发送给发件人本人)。

问:如何将此 finder_sql 移植到 Rails 4.2 兼容的 has_many 定义?

将包含 SQL 字符串的过程作为范围传递。

has_many :internal_messages, -> { proc { "SELECT DISTINCT(internal_messages.id), internal_messages.* FROM internal_messages " +
      ' LEFT JOIN internal_messages_recipients ON internal_messages.id=internal_messages_recipients.internal_message_id' +
      ' WHERE internal_messages.sender_id = #{id} OR internal_messages_recipients.recipient_id = #{id}' } }

更新

不久前我了解到这没有任何意义。 has_many 关系必须至少在一个方向上具有单射连接,因此 SQL 子句中的 "OR" 没有意义。 CREATE 操作应该如何决定满足哪个条件才能创建新记录?此关系根据定义是只读的,因此它不是 has_many 关系。

在这种情况下,简单的 class 方法(或范围)将是正确的答案,而不是 has_many。要连接来自多个查询的结果,请使用

def internal_messages
  InternalMessage.where( id: sent_message_ids + received_message_ids)
end

保持生成的对象可链接(即 @user.internal_messages.by_date 等)