spapas

spapas

Hello,

the where macro (among others) gets an array of query positions as an argument ie query |> where([c0, c1, c2], c2.name = 32). How could I create the array of named bindings [c0, c1, c2] and the actual binding (c2) dynamically ? For example I lets say I have something like {name: 2} and I’d like to get both [c0, c1, c2] and c2.name=32 (or field(c2, ^“name”) in order to create a dynamic filter. Is this even possible? Do I need to use macros? Can somebody point me to the correct direction.

Thank you

Showing Posts 1 to 6

wolfiton

wolfiton

i don’t know if you found this thread yet Dynamic Queries in Ecto
If not dynamic ecto queries may be your answer.

spapas

spapas OP

Hello @wolfiton yes I’m aware of dynamic an I’ve used it in other situations, however this is not what I want for this. I’d just like some pointers on how I could implement my requirement.

One other way to describe what I want are two functions (or macros) like

def get_dynamic_bindings(number)

and

def get_binding_name(number)

which I could call in the bindings in the where function i.e something like

query |> where(get_dynamic_bindings(3), field(get_binding_name(3), ^name)=32)

and this would be transformed to

query |> where([c0 ,c1, c2], field(c2, ^name)=32)

Is this maybe better explained ?

wolfiton

wolfiton

Hello,

Yes it is more clear now.

peerreynders

peerreynders

While you’ve explained how you want to do it - it’s not clear why you would want to do it in this particular fashion.

I’m just mentioning this because in many use cases it makes sense to switch away from positional bindings and use named bindings instead - that is, any binding that may need to be referenced later in a composition is named so that it can be referenced by name rather than position later.

spapas

spapas OP

@peerreynders yes I guess I fell into the trap of asking of a way to implement the solution I had in my mind than describing the actual problem :slight_smile:

I more or less want to create a dynamic query filtering mechanism. For example, I’ve got the following query:

    whs_query =
      from(w in Withholding,
        join: b in Beneficiary,
        on: [id: w.beneficiary_id],
        join: a in Authority,
        on: [id: w.authority_id],
        join: ak in AuthorityKind,
        on: [id: a.authority_kind_id],
        preload: [beneficiary: b, authority: {a, authority_kind: ak}],
        order_by: [asc: w.pay_date, asc: w.id]
      )

and I want to filter on various fields from all relations (w, b, a, ak).

Now in non-dynamic case, I’ll create a schemaless changeset using something like

    types = %{
      status: :string,
      afm: :string,
      # year: :integer,
      authority: :string,
      authority_kind: :string
    }

     {%{}, types}
     |> Ecto.Changeset.cast(params, Map.keys(types))

and finally retrieve the changes from the changeset and filter on the initial query:

changes = Map.fetch!(changeset, :changes) |> IO.inspect()

    whs_query =
      case changes[:status] do
        nil -> whs_query
        v -> whs_query |> where([w], w.status == ^v)
      end

  whs_query =
      case changes[:afm] do
        nil -> whs_query
        v -> whs_query |> where([w, b], b.afm == ^v)
      end


# etc

This works fine however it is a lot of work to do all this again and again for all my filters.

So instead I thought of modeling the filters I’d need for each query using a simple structure like:

filters= [
      %{name: :status, type: :string, pos: 0},
      %{name: :afm, type: :string, pos: 1}
    ] 

– please notice that the pos defines the position in the named query i.e status is for Withholding (pos 0) while afm is for Beneficiary (pos 1) –

and then do something like:

    changeset = QueryFilterEx.make_filter_changeset(filters, filter_params)
    
    whs_query =
      from(w in whs_query,
        join: b in Beneficiary,
        on: [id: w.beneficiary_id],
        join: a in Authority,
        on: [id: w.authority_id],
        join: ak in AuthorityKind,
        on: [id: a.authority_kind_id],
        preload: [beneficiary: b, authority: {a, authority_kind: ak}],
        order_by: [asc: w.pay_date, asc: w.id]
      ) |>  QueryFilterEx.filter(filters, changeset)

So now the problem is that I have the initial query which is passed to QueryFilterEx.filter and I want to dynamically filter it using the filters struct I defined before to add where clauses to it. This leads me to the problem I described in my 1st and 2nd post :frowning:

Also, concerning named bindings i really don’t think that it would solve my problem because I still wouldn’t be able to dynamically construct the aliases of the bindings in the where clauses.

BR,
Serafeim

spapas

spapas OP

After some clarifications on the elixir-lang IRC channel from @josevalim it seems that @peerreynders suggestion was correct. Using named bindings can solve this problem!

So, if you have a query with proper named bindings you can pass them to your filter specification in order to be used when querying. Here’s a small snippet on how you can such dynamic filters:

  query =  from(w in whs_query, as: :withholding,
             join: b in Beneficiary, as: :beneficiary,
             on: [id: w.beneficiary_id])

  binding = :withholding
  field = :number
  value = "1"
​
  query |> where(
            [{^binding, t}],
            field(t, ^field) == ^value
          )

Thank you very much for helping with this !

— 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
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
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
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