stiang
Return changeset with constraint error from nested transaction
I have a “smart” put function that takes care of saving (creating or updating) a resource and all its sub resources automatically. It works by recursively calling itself for each sub resource (as deeply as needed).
The database operations are wrapped in a Repo.transaction/1 function, which means that when the put function calls itself, the transactions get nested.
Whenever something fails when saving a sub resource, I want the outer transaction to fail and return some information about what went wrong, typically a changeset with errors.
This works in the general case, but not when a check_constraint/3 results in a changeset with errors. In the example below, the StayPolicyPeriod changeset function has the following validation:
cast(entity, [...])
|> check_constraint(:opens_at, name: "stay_policy_periods_opens_before_start")
This works as it should (setting an error on the changeset instead of causing an exception), but it also seems to trigger a generic rollback which doesn’t return any information.
I’ve created a small script to illustrate the issue:
defmodule TestNestedTransactions do
require Logger
import Ecto.Query, warn: false
alias ApiServer.Repo
alias ApiServer.V1.Geo.Country
alias ApiServer.V1.Stays.StayPolicy
alias ApiServer.V1.Stays.StayPolicyPeriod
def test_country do
outer_transaction_result =
Repo.transaction(fn ->
inner_transaction_result =
Repo.transaction(fn ->
Country.changeset(%Country{}, %{
name: "Test Country",
code: "TEST",
enabled: true
})
|> Repo.insert()
end)
Logger.info("COUNTRY inner transaction result: #{inspect(inner_transaction_result)}\n")
inner_transaction_result
end)
Logger.info("COUNTRY outer transaction result: #{inspect(outer_transaction_result)}\n")
outer_transaction_result
end
def test_stay_policy_period do
outer_transaction_result =
Repo.transaction(fn ->
inner_transaction_result =
Repo.transaction(fn ->
some_stay_policy = from(sp in StayPolicy, limit: 1) |> Repo.one()
StayPolicyPeriod.changeset(%StayPolicyPeriod{}, %{
stay_policy_id: some_stay_policy.id,
period: %Postgrex.Range{
lower: ~D[2022-01-10],
upper: ~D[2022-02-01]
},
opens_at: ~U[2022-01-20 12:00:00Z]
})
|> Repo.insert()
end)
Logger.info(
"STAY POLICY PERIOD inner transaction result: #{inspect(inner_transaction_result)}\n"
)
inner_transaction_result
end)
Logger.info(
"STAY POLICY PERIOD outer transaction result: #{inspect(outer_transaction_result)}\n"
)
outer_transaction_result
end
end
TestNestedTransactions.test_country()
TestNestedTransactions.test_stay_policy_period()
which results in the following output:
[info] COUNTRY inner transaction result: {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{code: "TEST", enabled: true, name: "Test Country"}, errors: [phone_code: {"can't be blank", [validation: :required]}], data: #ApiServer.V1.Geo.Country<>, valid?: false, ...>}}
[info] COUNTRY outer transaction result: {:ok, {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{code: "TEST", enabled: true, name: "Test Country"}, errors: [phone_code: {"can't be blank", [validation: :required]}], data: #ApiServer.V1.Geo.Country<>, valid?: false, ...>}}}
[info] STAY POLICY PERIOD inner transaction result: {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{opens_at: ~U[2022-01-20 12:00:00Z], period: %Postgrex.Range{lower: ~D[2022-01-10], upper: ~D[2022-02-01], lower_inclusive: true, upper_inclusive: true}, stay_policy_id: "2d4bb686-713f-4715-812f-6611dc2e2ba7"}, errors: [opens_at: {"is invalid", [constraint: :check, constraint_name: "stay_policy_periods_opens_before_start"]}], data: #ApiServer.V1.Stays.StayPolicyPeriod<>, valid?: false, ...>}}
[info] STAY POLICY PERIOD outer transaction result: {:error, :rollback}
For the Country test, which results in a non-database related validation error, I get what I need from the inner transaction (a changeset that I can process and return as an error to the client, with helpful info about which fields need to be corrected).
But for the StayPolicyPeriod test, I just get {:error, :rollback}.
My understanding is that this happens automatically because the constraint error happens on the database level, and even though it is “handled” by the check_constraint/3 function, it nevertheless causes a generic rollback to happen, because something went wrong at the database level.
Is this simply not solvable? Is there no way to get the changeset from the inner transaction instead of the generic rollback error without any information?
Marked As Solved
dimitarvp
Welcome to the forum. ![]()
Few things come to mind:
- Do you have actual DB
CHECK CONSTRAINTs? They might be getting in the way. - Does the
StayPolicyPeriodcode touch a changeset where maybe the constraint itself is not mentioned and is only in the DB? You seem to imply that’s not the case, I would double check though (and I don’t have your context, hence the broad suggestion). - This might take you a bit of time but I would attempt to make a second variant of the code that utilizes
Ecto.Multiand see if the error manifests the same way there. - I tried searching for
{:error, :rollback}, even as a global GitHub search. Not many helpful leads butDBConnection’s docs have this to say about that return value:
All
transaction/3calls will return{:error, :rollback}if the transaction failed or connection closed androllback/2is not called for thattransaction/3.
…which, does not help much, does it.
- Finally, I’d put GitHub - akoutmos/ecto_dbg: A utility to format and output Ecto queries · GitHub in the project so I am able to see the exact SQL statements and run them directly against the DB (in its TUI or GUI) and see what it says.
Interesting problem. Hope you keep us posted.
Also Liked
stiang
All
transaction/3calls will return{:error, :rollback}if the transaction failed or connection closed androllback/2is not called for thattransaction/3.
Actually, that does help, and although I had read that before I hadn’t read it carefully enough. If I do Repo.rollback(inner_transaction_result) instead of just returning inner_transaction_result, I get the following output:
[info] COUNTRY inner transaction result: {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{code: "TEST", enabled: true, name: "Test Country"}, errors: [phone_code: {"can't be blank", [validation: :required]}], data: #ApiServer.V1.Geo.Country<>, valid?: false, ...>}}
[info] COUNTRY outer transaction result: {:ok, {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{code: "TEST", enabled: true, name: "Test Country"}, errors: [phone_code: {"can't be blank", [validation: :required]}], data: #ApiServer.V1.Geo.Country<>, valid?: false, ...>}}}
[info] STAY POLICY PERIOD inner transaction result: {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{opens_at: ~U[2022-01-20 12:00:00Z], period: %Postgrex.Range{lower: ~D[2022-01-10], upper: ~D[2022-02-01], lower_inclusive: true, upper_inclusive: true}, stay_policy_id: "d0c4d95c-8cce-47ae-bd99-e42fdfca51c0"}, errors: [opens_at: {"is invalid", [constraint: :check, constraint_name: "stay_policy_periods_opens_before_start"]}], data: #ApiServer.V1.Stays.StayPolicyPeriod<>, valid?: false, ...>}}
[info] STAY POLICY PERIOD outer transaction result: {:error, {:ok, {:error, #Ecto.Changeset<action: :insert, changes: %{opens_at: ~U[2022-01-20 12:00:00Z], period: %Postgrex.Range{lower: ~D[2022-01-10], upper: ~D[2022-02-01], lower_inclusive: true, upper_inclusive: true}, stay_policy_id: "d0c4d95c-8cce-47ae-bd99-e42fdfca51c0"}, errors: [opens_at: {"is invalid", [constraint: :check, constraint_name: "stay_policy_periods_opens_before_start"]}], data: #ApiServer.V1.Stays.StayPolicyPeriod<>, valid?: false, ...>}}}
… which is exactly what I want. It shouldn’t require too much tweaking of the put function to make it do explicit rollbacks in such cases.
Thanks for pointing me in the right direction ![]()
Popular in Questions
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #javascript
- #code-sync
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #advent-of-code
- #elixirconf-us
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #performance








