loon

loon

Hi elixir awesome members!

I am doing a simple search input field. In Ecto part, I am checking if the user input is decimal or string with below case do method.

Because the CashflowEntry.amount is a :decimal type. I gotta seperate the query, one for decimal and one for string.

this seem like fine, but I believe there are better ways to achieve this? Example, 1 query only, but with a conditional where ce.amount == ^amount_decimal? i don’t know, i cannot think of better way.

  def search(search_term) do
    case Decimal.parse(search_term) do
      {amount_decimal, _} ->
        # Input is decimal
        wildcard_search = "%#{search_term}%"

        from(ce in CashflowEntry,
          where: ce.amount == ^amount_decimal or ilike(ce.note, ^wildcard_search)
        )
        |> Repo.all()

      _ ->
        # Input is alphanumeric
        wildcard_search = "%#{search_term}%"

        from(ce in CashflowEntry,
          where: ilike(ce.note, ^wildcard_search)
        )
        |> Repo.all()
    end
  end

Newbie, coming from python, in love with elixir phoenix ecto

I am sorry if this question has been asked before. I am not sure what the term to search for such solution. :smiley:

Showing Posts 1 to 4

Qqwy

Qqwy

TypeCheck Core Team

The simplest thing you can do in this particular situation, is refactor the code a little to move out the expressions which you are doing in either branch of the code:

  def search(search_term) do
    wildcard_search = "%#{search_term}%"
    query = case Decimal.parse(search_term) do
      {amount_decimal, _} ->
        # Input is decimal
        from(ce in CashflowEntry,
          where: ce.amount == ^amount_decimal or ilike(ce.note, ^wildcard_search)
        )
      _ ->
        # Input is alphanumeric
        from(ce in CashflowEntry, where: ilike(ce.note, ^wildcard_search))
    end

  Repo.all(query)
  end

And at this point, you might as well move the case statement to a helper function:

  def search(search_term) do
  search_term
  |> search_query()
  |> Repo.all()
  end
  
  # You might consider making this function public to test it separately
  defp search_query(search_term) do
    wildcard_search = "%#{search_term}%"
    query = case Decimal.parse(search_term) do
      {amount_decimal, _} ->
        # Input is decimal
        from(ce in CashflowEntry,
          where: ce.amount == ^amount_decimal or ilike(ce.note, ^wildcard_search)
        )
      _ ->
        # Input is alphanumeric
        from(ce in CashflowEntry, where: ilike(ce.note, ^wildcard_search))
    end
  end

There is to my knowledge no simple possibility to move the check of whether the input is a string or a number into the query to turn this code into a single query. (At least not without writing a raw SQL fragment, which is usually not recommended).

fuelen

fuelen

I think dynamic/2 can help:

primary_condition =
  case Decimal.parse(search_term) do
    {amount_decimal, _} -> dynamic([ce], ce.amount == ^amount_decimal)
    _ -> dynamic(false)
  end

wildcard_search = "%#{search_term}%"

where = dynamic([ce], ^primary_condition or ilike(ce.note, ^wildcard_search))

CashflowEntry
|> where(^where)
|> Repo.all()
  
evadne

evadne

Possibly like this. Indeed, as per @fuelen, use of dynamic/2 is the key.

import Ecto.Query

def search(term) when is_binary(term)
  CashFlowEntry |> search_where(term) |> Repo.all()
end

defp search_where(query, term) when is_binary(term) do
  case Decimal.parse(term) do
    {amount, _} -> where(query, [x], x.amount == ^amount or ilike(x.note, ^term))
    _ -> where(query, [x], ilike(x.note, ^term))
  end
end
loon

loon OP

The dynamic/2 is the good one. But I decide to temporarily go with this first, because I am new to Phoenix Ecto and this is more straight forward for me.

will move to dynamic/2 once i am more comfortable with phoenix ecto.

Thanks !

— 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
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
RemyXRenard
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
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
samoloth
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
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

Other Trending Topics Top

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
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews