njwest

njwest

So I am using the Ecto/PSQL join/select query at the end of this post to get select child and parent data to show through a feed.

I am then matching the selected variables in my html.eex template with elem(child_parent_data, 1) .

Two questions:

  1. Is this the most efficient way to get this joined/selected data, by selecting it and feeding object through elem(object, index)?

  2. Do you think pattern matching elem(object, index) to a map ( %{"parent_logo" => elem(object, 0), "parent_name" => ...} etc. ) then feeding the map to a template would be more expensive or less expensive than just passing elem(object, index)s directly in the template?

The query:

def get_children_with_parents do
    query = from c in Child,
      where: c.is_active == true,
      join: p in Parents, where: p.id == c.parent_id,
      select: { 
         p.logo, 
         p.name,
         p.desc,
         c.name,
         c.image,
         c.type,
         c.slug,
         c.id
     }

Showing Posts 1 to 3

mbuhot

mbuhot

Ecto supports selecting into a map directly. Not sure if it has any measurable performance impact vs tuples, but it is certainly more convenient than remembering the order of elements in a tuple :slightly_smiling_face:

jfeng

jfeng

For the pattern matching, since you have a fixed tuple coming back why not just pattern match the tuple?

{
  parent_logo,
  parent_name,
  parent_desc,
  child_name,
  child_image,
  child_type,
  child_slug,
  child_id
} = object

Alternately, if you can modify the database, you could create a view for that query and create an Ecto schema over the view.

darkbaby123

darkbaby123

I don’t think there is a performance difference between map and tuple. But tuple, especially long tuple, is hard to remember the position of each element. So I rarely use tuples for database results.

For better maintainability, why not create relationship and use preload like this:

query = from(Child, where: [is_active: true], preload: [:parent])
children = Repo.all(query)

Enum.each(children, fn child ->
  child.name
  child.parent.logo
end)

If you have to use inner join (i.e. some child has no parent), then:

from(
  c in Child,
  join: p in assoc(c, :parent),
  where: [is_active: true]
  preload: [parent: p]
)

You can also use select to reduce the fields needed. The key point is that using struct/map is much clear than tuple.

— All posts loaded —

Where Next? Top

Trending in Questions Top

water
I’m aware of 2 such projects, are there others? git: GitHub - team-alembic/realworld: A fullstack Phoenix LiveView application with back...
New
katta
I having some trouble figuring out if I have set myself too strict of standards for my production server. Currently I can handle 75% of r...
New
peck
Hi everyone. My team and I have been working on a fairly modest app based around video streaming and chat, but we’ve landed a customer t...
New
bradley
I really like the adapter patterns that ecto, nebulex, waffle, etc. use and would love find something similar for a key management servic...
New
unaware8150
Hello folks! So at work, we are seeing some situations where we have to define some “fixed” strings that are used across the codebase in...
New
Alvinkariuki
How Can I Optimise Compile Time Dependencies I have been building an elixir application for about 2 years now. Many modules and files ha...
New

Other Trending Topics Top

budgie
A little off-topic, but I feel like people here have a good head on their shoulders. I used to be quite good at making software. Was luc...
New
KristerV
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
New
mudasobwa
I fully migrated to my own harness from Anthropic/Gemini and I think it’s time to share it. Welcome DSH, the DeepSeek Harness, fully writ...
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
juhalehtonen
There has been a thread to discuss the Stack Overflow Developer Survey on this forum every year since 2018, so here’s yet another one for...
New
budgie
I love Elixir. It’s one of 2 programming languages I’ve ever fallen in love with. But I don’t use it anymore. Serverless was the promis...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews