I\'m sligthly confused as to how the cascade=\"delete\" works. I defined the mapping in the following way in the City mapping file:
If you delete a city, then all clients will be deleted as well. If you delete a client, the city will be left alone.
session.delete()
can't be called with a HQL query. You must pass it one city to delete.
Alternatively, you can use session.createSQLQuery()
to create a delete statement. That allows you to delete many cities in one go. The drawback with this method is that you must delete the clients yourself and flush the cache (Hibernate makes no attempt to understand what your query might mean).
I'm slightly confused as to how the cascade="delete" works (...)
Cascading a delete
operation means that if you delete
a parent, the operation will be propagated along the association. So in your case, deleting a City
entity should be propagated to the Client
s.
So when I run (...) Should all the clients be deleted as well
The Session#delete(String)
method that takes a HQL query string, executes it, iterates over the results and calls Session#delete(Object)
on each object respect cascading (so the Clients will be deleted if your query is really a HQL query).
But this method is old and has been deprecated in Hibernate 3 (and moved to the "classic" Session
interface), I do not really recommend it (it performs 1+N operations and is pretty inefficient to delete a huge number of results).
If this is a concern, prefer the bulk delete support offered by Hibernate:
int deleteCount = session.createQuery("delete from Foo where bar = :bar")
.setParameter("bar", bar);
.executeUpdate()
But note that bulk delete has restrictions:
So with a bulk delete, you'd have to delete the Client
before the City
. But performances are much better.
PS: You need to commit()
at some point (and also improve your error handling i.e. rollback()
in the catch block)