문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 다음 판 양쪽 다음 판 | ||
java:hibernate:gotchas [2017/11/30 22:11] kwon37xi [OpenSessionInView 패턴 사용시 HTML 주석을 사용치 말라] |
java:hibernate:gotchas [2020/01/14 13:21] kwon37xi [hashCode와 equals를 항상 구현한다] |
||
---|---|---|---|
줄 5: | 줄 5: | ||
hashCode와 equals를 항상 구현해야 한다. | hashCode와 equals를 항상 구현해야 한다. | ||
- | 이때 DB 프라이머리키(ID)가 아닌 **항상 변치 않고 해당 객체를 대표하는 의미를 가질 수 있는 비즈니스 키(business key)를 hashCode와 equals의 대상으로 삼아야 | + | 이때 DB Primary Key(ID)가 아닌 **항상 변치 않고 해당 객체를 대표하는 의미를 가질 수 있는 비즈니스 키(business key)를 hashCode와 equals의 대상으로 삼도록 노력한다.** |
이유는 Set등에 신규 객체를 넣을 경우 신규 객체는 아직 프라이머리키가 지정되지 않은 상태이기 때문에 ID가 모두 '' | 이유는 Set등에 신규 객체를 넣을 경우 신규 객체는 아직 프라이머리키가 지정되지 않은 상태이기 때문에 ID가 모두 '' | ||
+ | |||
+ | 하지만 실제로 해보면 인공키를 hashCode의 기준으로 삼을 수 밖에 없는 경우도 많다. Set/Map 과 함께 사용할 때 주의를 기울여야한다. | ||
따라서 ID를 equals/ | 따라서 ID를 equals/ | ||
+ | |||
+ | ===== to-many 관계에 대해서 fetch join은 안하는게 낫다 ===== | ||
+ | * to-many 관계에 대해서 fetch join 을 하면 부모측이 자식측(many)의 갯수만큼 중복으로 결과 갯수가 늘어난다. | ||
+ | * 이를 해결하려면 '' | ||
+ | * to-many 관계에 대해서 '' | ||
+ | * 때문에 하이버네이트는 SQL에 limit을 걸리 않고 limit 없이 전체 데이터를 조회한 뒤에 메모리에서 parent 데이터를 원하는 limit 갯수만큼 끊어서 반환한다. | ||
+ | * 이는 엄청난 성능저하로 이어진다. | ||
+ | * 결과적으로 특별한 이유가 없다면 **to-many 관계에 대해서는 fetch join을 하지 말고 항상 '' | ||
+ | * [[java: | ||
===== One-To-One 과 Many-To-One 관계를 조심하라 ===== | ===== One-To-One 과 Many-To-One 관계를 조심하라 ===== | ||
줄 30: | 줄 41: | ||
항상 **템플릿 엔진의 주석(JSP의 경우 <%-- --%>)을 사용하라.** | 항상 **템플릿 엔진의 주석(JSP의 경우 <%-- --%>)을 사용하라.** | ||
- | ===== 쿼리 로그를 남겨라 ===== | + | ===== 개발 환경에서는 |
<code properties> | <code properties> | ||
hibernate.show_sql=true | hibernate.show_sql=true | ||
줄 38: | 줄 49: | ||
[[java: | [[java: | ||
+ | 단, 실 운영환경에서는 로그를 남기는 순간 매우 느려지므로 로그 레벨을 높여야 한다. | ||
===== 쿼리에 진짜로 ":" | ===== 쿼리에 진짜로 ":" | ||
Native SQL에 '':'' | Native SQL에 '':'' |