Using PostgreSQL, why doesn't Hibernate/JPA create cascade constraints?

后端 未结 2 502
一整个雨季
一整个雨季 2021-02-16 00:26

I have an entity Bar:

@OneToMany(cascade = CascadeType.ALL, mappedBy = \"bar\")
private Set fooSet;

And an entity

相关标签:
2条回答
  • 2021-02-16 00:29

    Hibernate manages cascade operations itself manually. What is more, if you would make cascades on database, and not declare them in Hibernate (for performance issues) you could in some circumstances get errors. This is because Hibernate stores entities in its session cache, so it would not know about database deleting something in cascade.

    When you use second-level cache, your situation is even worse, because this cache lives longer than session and such changes on db-side will be invisible to other sessions as long old values are stored in this cache.

    I've read a bit Hibernate sources (really unpleasant experience) and I doubt it is under any circumstances possible to manage cascades on database side - there are too many assumptions made by Hibernate design that are incompatibile with DB reality.

    0 讨论(0)
  • 2021-02-16 00:53

    Using

     cascade = CascadeType.ALL
    

    causes hibernate to traverse this relationship if you perform any operation. It doesn't influence generated DLL.

    If you want to delete all entities in fooSet add orphanRemoval attribute.

    @OneToMany(cascade = CascadeType.ALL, mappedBy = "bar", orphanRemoval=true)
    

    Also using

    <property name="generateDdl" value="true" />
    

    is good ONLY for development environment. Don't use it for production. (e.g. hibernate can't know how to change table schema if you for example rename a property/column wil create another column and maybe even drop the previous one).

    0 讨论(0)
提交回复
热议问题