dalerka

dalerka

I’m trying to list some users with links to their posts (per specific topic), and have some basic pagination in place.

Users have many Posts preloaded like so:

query1 = from User, 
    offset: ^((page - 1) * per_page),
    limit: ^per_page    

query2 = from u in query1, 
      distinct: true,
      join: p in assoc(u, :posts),
      on: p.poster_id == u.id,
      where: p.topic_id in subquery(query_topic_ids())
      group_by: [u.id, p.id],
      preload: [posts: p]

Posts also belong to Topics (used here to load only relevant users)

Expected

When supplied a per_page: 1 as parameter the Repo.all(query2) should return 1 User with all associated Posts.

Actual

I get 1 User with only 1 associated post (although there are more posts).

So, how do I restrict the scope of the limit: operator to the parent schema (User) only?
How do I otherwise load and paginate only the users who posted under specific topic and also load such posts per user.

PS: Couldn’t find relevant info in the docs and on this forum or SO, and will appreciate any hints and pointers!

Showing Posts 1 to 5

LostKobrakai

LostKobrakai

This is how sql works. Limit is based on the returned rows, not any kind of table. The only way to do what you‘re asking is loading posts in an extra query instead of joining them.

dalerka

dalerka OP

Thanks! Can you suggest how to efficiently associate the Posts loaded in a separate query with the relevant Users?

Is there a way to do this with Ecto?

benwilson512

benwilson512

Author of Craft GraphQL APIs in Elixir with Absinthe

Window functions can also make this possible, although it isn’t particularly easy.

sb8244

sb8244

Author of Real-Time Phoenix

If you’re looking to preload the posts for the user, then you’re best off by saying preload: [:posts] instead of by joining with a limit.

The reason for this is that when you do a join in sql, you’re going to get 1 row with the left side and right side together, per match. If you apply a limit, it’s going to apply to the final match joined rows and you’ll get 1 result back.

If your association definition isn’t enough to do the preload, you’ll get extra rows back that you didn’t intend for. You can provide a query to the preload and apply your additional joins criteria. Examples of that are in the preload documentation.

dalerka

dalerka OP

Thanks, everyone!
Got it fixed using separate queries and avoiding the :join all together. )

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
kpanic
Hi everyone, I am toying with the idea of building a “match maker” for giving personal help to people that wants to start coding. I sta...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New
apz
I’m new to elixir and just tried to install the elixirLS extension for VScode(ium) and it is throwing some errors that I would like help ...
New

Other Trending Topics Top

GenericJam
Edit: 2026 May 15 - This post is archived. Mob is alive!! Main docs: mob v0.7.11 — Documentation A bit of explanation for the slightly c...
New
JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews