시발아 그럴거면 jpa 왜 쓰는데 ㅋㅋ
그 키값이 바뀌면 문제가 될거같아 - dc App
안쓰는경우 많음 ㅇㅇ
uuid나 autoincrement같이 인공키 쓰면 애초에 바뀔 일 자체가 없음 삭제는 가능한데
오히려 현업에서는 둘의 라이프 사이클이 매우 밀접한 경우 아니면 복잡도가 올라가서 잘 안쓴다 게이야 둘의 관계를 잘 생각해보고 걸어라
양방향은 90% 안걸고 단방향은 둘의 관계를 잘 생각해보고 걸어
DB에는 안걸고 엔티티에만 연관걸어도 되고 그것도 싫으면 네 말대로 해도 되고 난 안걸었음 부모가 삭제돼도 자식은 남아야하는 경우 많아서
연관관계 설정 안하면 객체그래프 탐색은 어떻게 하게? ORM 쓰는 이유가 테이블을 객체다루듯이 쓰려는건데 연관관계 맵핑 안하면 JPA는 그냥 영속성 컨텍스트만 쓰려고 사용하는거임?
시발아 그럴거면 jpa 왜 쓰는데 ㅋㅋ
그 키값이 바뀌면 문제가 될거같아 - dc App
안쓰는경우 많음 ㅇㅇ
uuid나 autoincrement같이 인공키 쓰면 애초에 바뀔 일 자체가 없음 삭제는 가능한데
오히려 현업에서는 둘의 라이프 사이클이 매우 밀접한 경우 아니면 복잡도가 올라가서 잘 안쓴다 게이야 둘의 관계를 잘 생각해보고 걸어라
양방향은 90% 안걸고 단방향은 둘의 관계를 잘 생각해보고 걸어
DB에는 안걸고 엔티티에만 연관걸어도 되고 그것도 싫으면 네 말대로 해도 되고 난 안걸었음 부모가 삭제돼도 자식은 남아야하는 경우 많아서
연관관계 설정 안하면 객체그래프 탐색은 어떻게 하게? ORM 쓰는 이유가 테이블을 객체다루듯이 쓰려는건데 연관관계 맵핑 안하면 JPA는 그냥 영속성 컨텍스트만 쓰려고 사용하는거임?