B
получилось через
on: b.id > a.last_id
Size: a a a
2021 June 09
B
правда на select не понятное что-то пока-что выходит)
B
но думаю щас выведу, то что надо.
B
cross join я сейчас еще раз посмотрю, но похоже что это что-то другое.
AN
кросс это джоин без условий соединения, который вытащит тебе (все данные из А) * (все данные из В), что нафиг не надо в данном случае
IB
С Lateral это работает иначе, потому что позволять к каждой строке присоединить все из подзапроса
IB
А подзапрос будет строиться на основании строки как раз
AB
а никто в англояхычных интернетах не видел упоминаний эликсира в pinterest свежее 2015?
AB
мне нужно что-то решить, что делать со своими патчами на pinterest/elixir-thrift, а мои требования к трифту определенно отличаются от пинтерестовских, насколько они видны из дизайна
AN
и получим N+1 джоинов внутри постгреса? пусть охренеет немножко?
> This is a bit dense. Loosely, it means that a LATERAL join is like a SQL foreach loop, in which PostgreSQL will iterate over each row in a result set and evaluate a subquery using that row as a parameter.
> This is a bit dense. Loosely, it means that a LATERAL join is like a SQL foreach loop, in which PostgreSQL will iterate over each row in a result set and evaluate a subquery using that row as a parameter.
B
from(a in A,
join: b in B,
on: b.id > a.last_id,
preload: [b: b],
limit: 3_500,
order_by: [:id]
)
Написал query, но почему-то он тянет только один row A, хотя я ожидал что он вытащит все A rows, и добавит к каждому b.
IB
Это буквально то, что было в изначальном вопросе у человека. У него там N+1, он спросил как это перенести в один запрос.
Мы используем cross lateral join в аналитических запросах, например, и другими способами это бывает делать значительно сложнее.
Другое дело, что может быть изначальному автору не нужны limit на каждую группу, а нужен общий limit - как оказалось - тогда конечно же cross Lateral join не нужен
Мы используем cross lateral join в аналитических запросах, например, и другими способами это бывает делать значительно сложнее.
Другое дело, что может быть изначальному автору не нужны limit на каждую группу, а нужен общий limit - как оказалось - тогда конечно же cross Lateral join не нужен
B
лимит нужен на каждую группу.
B
вот выше он выдает лимит на группу, но почему-то вытягивает только одну А группу.
IB
Он выдаст лимит на все строки в запросе с этим запросом, а не на каждую группу
B
нет, если через preload грузить то лимит будет на группу.
IB
Не так, как написали вы. Preload в таком синтаксисе не будет делать дополнительных запросов, так как вы явно указали из какого join брать данные
B
а он по этому отдает только одну одну А потому-что для него только сматчил 3500 записей b?
IB
Скорее всего да
IB
Более того, даже если вы не будете указывать join, а укажете запрос в preload, просто добавить туда limit тоже не сработает, это явно написано в документации
https://hexdocs.pm/ecto/Ecto.Query.html#preload/3-preload-queries
https://hexdocs.pm/ecto/Ecto.Query.html#preload/3-preload-queries