预加载和订购 has_many 时的不良行为：通过关联

如何解决预加载和订购 has_many 时的不良行为：通过关联

如果我们有 3 个模式：聊天室、用户和消息

ChatRoom.ex
schema "chat_rooms" do
  has_many(:users,User)
  has_many(:messages,through: [:users,:messages])
end

Ecto 是否有一种既定的方式来“获取聊天室，并且关联用户的所有消息都按消息中的某个字段排序”？

我最初只是想简单地获取一个聊天室并将其 preload 中的所有消息按 message.inserted_at 排序，并且可以在两个查询中执行此操作（并了解如何执行此操作）在结合 join 和 preload 的单个查询中），但是当需要按 has_many :through 资源上的值进行排序时，它似乎将相同的排序应用于中间关联（在本例中）,用户).

示例问题：因此，如果聊天室 A 中有两个用户（用户 1 先加入，用户 2 后加入），我们的消息序列为：

user1：“嗨”
user2：“你好”
user1：“再见”
user2：“再见”

如果我这样做了：

sorted_message_query = from(message in Message,order_by: message.inserted_at)

from(chat_room in ChatRoom,where: chat_room.id == ^chat_room_id,preload: [messages: ^sorted_message_query]
)

messages 上的 chat_room 结果实际上会像这样列出：

user1 的“嗨”
user1 的“再见”
user2 的“你好”
user2 的“告别”

这显然不是目标。如何在 Ecto 中对预加载的查询进行排序而不将其应用于连接资源？

解决方法

好吧，我不知道为什么我会觉得这一天如此令人困惑，全脑放屁。显式加入两个关联然后预加载那些现有的加入对我来说是这样的：

  from chat_room in ChatRoom,where: chat_room.id == ^chat_room_id,join: user in assoc(chat_room,:users),left_join: message in assoc(user,:messages),preload: [users: user,messages: message],order_by: message.inserted_at