[siemanko]

#programowanie #java #spring #jpa #hibernate #mysql

Mirki mam problem. Jest klasa:

class Parent {
@OneToMany(mappedBy = "parentId", fetch = FetchType.EAGER)
Set children;
}

i

class Child {
int parentId;
}

Chcę usunąć sobie Parent z bazy, ale bez usuwania Child. Jednak dostaję exception:
com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Cannot delete or update a parent row: a foreign key constraint fails

Jak zrobić by hibernate nie tworzył constraint przy @OneToMany?

[mediateh7]

MySQLIntegrityConstraintViolationException: Cannot delete or update a parent row: a foreign key constraint fails

@siemanko: spróbuj dodać CascadeType.REMOVE

[siemanko]

@mediateh7: Ale to nic nie daje. Zresztą czy to w założeniach nie przyniosło by odwrotnego skutku do zamierzonego? Tzn. usunęło by tego Child?

[nuker92]

@siemanko: @mediateh7: Tak, to by usunęło wszystkie dzieci.

Po pierwsze zamiast inta zmień na Integer bo typ prosty nie może być nullem. I nie wiem czy w takim wypadku przed usunięciem rodzica nie musiałbyś ustawić parentId wszystkich dzieci na null.

[nuker92]

@siemanko: Mam małe doświadczenie więc się nie znam, ale dlaczego w klasie Child odwołanie do rodzica masz 'int parentId' a nie 'Parent parent;' ??

[siemanko]

@nuker92: Akurat nie ma tam inta tylko ValueObject, ale dzięki za uwagę.
Jeżeli jest tak jak mówisz to o kant rozbić ten cały ORM.

Mam małe doświadczenie więc się nie znam, ale dlaczego w klasie Child odwołanie do rodzica masz 'int parentId' a nie 'Parent parent;' ??

Bo tworząc obiekt Child nie mam pojęcia o Parent. Znaj jedynie jego id.

Mam jeszcze jedno pytanie. Czy jest możliwość stworzenia obiektów tylko do

[P.....3]

@siemanko: Staguj ManyToOne, daj JoinColumn. Żeby usuwać - musisz 'wyczyścić' relationship, czyli child.setParent(null)

[siemanko]

@Porana123: Ok, dzięki. Czyli nie da się zrobić tak, żeby tego relationship nie było od początku?

[s.....a]

@siemanko: o to chodzi w ORMach, żebyś nie pisał
class Child {
int parentId;
}
tylko działał na obiektach

[siemanko]

@slucham-psa-jak-gra: No to słabo to wygląda.
No bo jeżeli chcę utworzyć Child to muszę najpierw muszę pobrać z bazy Parent z podanym id, a następnie zapisać Child z Parentem w polu.

[s.....a]

@siemanko: no ale w czym problem?

[P.....3]

@siemanko: No tak i co tu dziwnego xD?

[siemanko]

@slucham-psa-jak-gra: @Porana123: No bo po pierwsze wydaje mi się, że jest to mało optymalne.
Po drugie, chcę mieć możliwość użycia Set children w innych obiektach, nie tylko Parent
Po trzecie, chcę aby Child miał parentId mimo usunięcia parenta, a nie żeby ta wartość się zerowała.

[P.....3]

@siemanko: No to ustaw żeby olewał foreign keye i Hibernate tego sam nie będzie chciał usuwać, tylko że to jest bezsensu. Mówisz mało optymalne, jak ty byś to chciał inaczej, żeby użytkownik podawał jakiś parentId do konsoli i liczyć, że to jest prawdziwe bez patrzenia do bazy? (pomijając, że trzeba to podpiąć do obiektu, bo jak już pisali wcześniej, powinno być Parent parent zamiast int parentId). A tego o używaniu Set

[siemanko]

@Porana123: @slucham-psa-jak-gra: @nuker92: Ale ok, dzięki chłopaki, przynajmniej teraz rozumiem jak to należy rozwiązać chcąc korzystać w pełni z ORM.

[bohme]

@siemanko:

No bo po pierwsze wydaje mi się, że jest to mało optymalne.

Da się to zrobić bez pobierania obiektu z bazy danych:
http://stackoverflow.com/questions/31929447/hibernate-persist-entity-without-fetching-association-object-just-by-id

[siemanko]

@bohme: Zajebiste, dzięki :)