so i get this error when trying to delete a class that has associated students →
constraint error when attempting to delete struct:
foreign_key: students_class_id_fkey
If you would like to convert this constraint into an error, please
call foreign_key_constraint/3 in your changeset and define the proper
constraint name. The changeset has not defined any constraint.
i’m trying to use |> no_assoc_constraint(:students, message: "You can't delete a class with associated students.") but the error persists, my controller is like this →
def delete(conn, %{"id" => id}) do
class = Repo.get!(Class, id) |> Repo.preload([:students])
changeset = Class.changeset(class)
case Repo.delete(class) do
{:ok, _} ->
conn
|> put_flash(:info, "Class deleted successfully.")
|> redirect(to: class_path(conn, :index))
{:error, changeset} ->
render(conn, "index.html", class: class, changeset: changeset)
end
end
Hmm. From what I see, it’s not your code that have a problem, but it’s your table definition problem. So you have a classes table and a students table, and your students table have a foreign key constraint to the classes table, and now, you want to delete a row in the classes table, correct? If you’re not defining the ON DELETE constraint on your table definition, this will lead to the DBMS use the default value which I believe is RESTRICT. This is the default mechanism so there’re no orphans data in a database. If you want to make this work, you might want to add the appropriate constraint in your Class schema relation
Well, what you propose here is the opposite of what the OP wants!
You are proposing to delete all students that are in the class when the class gets deleted. The OP wants that you can’t delete a class when it still has associated students.
@RodrigoPinheiro, please do show the full changeset, and not only that singe constraint.
I’m really sorry, I didn’t read the full context and jump straight to a conclusion. My bad @RodrigoPinheiro, please show your changeset definition like @Nobbz suggest.
After some investigation, it looks like it is a bug in Ecto.
The constraint error that Postgres returns is something like foreign_key_name" on table "table_name, but Ecto looks for foreign_key_name as an exact match. It cannot find it so it fails and we get an error.
As a workaround, you can do:
def changeset(...) do
...
|> no_assoc_constraint(:field, name: "foreign_key_name\" on table \"table_name")
...
end
Can you please file a bug report containing information on how to reproduce it? We have tests for the no_assoc_constraint feature and it does work under the scenarios tested so we are missing certain constraints.