Разработка экто-запросов на моих моделях схем для поддержки предварительной загрузки

Один из способов сделать это - создать функции with_<association> в вашем контекстном модуле, например:

def get_account!(id), do: Repo.get!(Account, id)

def with_company(%Account{} = account), do: Repo.preload(account, :company)

def with_users(%Account{} = account), do: Repo.preload(account, :users)

поэтому вы можете использовать их в своем контроллере следующим образом:

def show(conn, %{"id" => id}) do
  account = 
    Context.get_account!(id)
    |> Context.with_company
    |> Context.with_users
  render(conn, "show.html", account: account)
end

и у вас есть полностью загруженная учетная запись, доступная в представлении.

Хорошая вещь в этом подходе заключается в том, что вы можете легко расширить его с помощью более конкретных предварительных загрузок, таких как account |> with_most_active_users(10).

Я обычно заимствую подход из того, как создаются области видимости Rails. Ecto query принимает в качестве источника другой запрос. Следует вызывать функции семейства Repo.get, фактически выполняя запрос к базе данных, в качестве последнего вызова, когда к запросу добавляются все предварительные загрузки и другие условия.

Итак, вы можете ввести простой шаблонный запрос, например:

defp do_get_account_query(id),
  do: from(a in Account, where: a.id == ^id)

И используйте его во всех своих запросах с Ecto.Repo.one!/2:

def get_account!(id, preloads \\ []) do
  preloads
  Enum.reduce(do_get_account_query(id), fn clause, query ->
    Repo.preload(query, clause)
  end)
  |> Repo.one!()
end

Для более сложных областей действия можно полагаться на универсальную функцию и выводить область действия на ее основе.