Hibernate Open Session in View: 함정 및 대안
Open Session in View는 겉보기 단순함에도 불구하고 사용 시 주의가 필요한 몇 가지 단점이 있습니다.
보기에서 세션 열기 관련 문제
동안 이 접근 방식은 격리된 JVM 시나리오의 문제점을 완화할 수 있지만 비용이 발생합니다.
-
UI 렌더링의 자동 커밋 모드: 서비스 계층 트랜잭션 완료 및 세션 종료 후, 후속 UI 렌더링은 모든 명령문에 대해 자동 커밋을 트리거하여 과도한 I/O로 인해 데이터베이스 부하를 증가시킵니다.
-
문제: 명령문 생성이 서비스와 UI 레이어 모두에 걸쳐 있어 통합 테스트와 비즈니스 로직의 격리가 복잡해집니다.
-
잠재적인 N 1 쿼리 문제: UI 탐색은 연결을 통과하는 것으로 제한됩니다. 연결을 적극적으로 가져오지 않으면 성능 문제가 악화될 수 있습니다.
-
연결 임대 시간 증가: UI 렌더링 전체에서 데이터베이스 연결이 열린 상태로 유지되어 정체 및 트랜잭션 처리량이 제한될 수 있습니다.
대체 전략
View에서 세션 열기의 함정을 피하려면, 다음 대안을 고려해보세요.
-
열심히 가져오기: EntityManager 범위 내에서 필요한 모든 연결을 가져와서 UI 렌더링 중에 지연 초기화가 트리거되지 않도록 합니다.
-
가져오기 모드 사용자 정의: Hibernate의 @BatchSize 및 FetchMode.SUBSELECT 주석을 신중하게 사용하세요. 모든 비즈니스에 영향을 주지 않고 연결 가져오기를 최적화합니다. 시나리오.
-
데이터 액세스 계층 쿼리: 특정 사용 사례의 특정 데이터 가져오기 요구 사항을 구체적으로 해결하는 맞춤형 쿼리를 만듭니다.
Spring Boot 구성
Spring Boot에서는 Open Session in View가 기본적으로 활성화되어 있습니다. 이를 비활성화하려면 application.properties 구성에서 다음 속성을 설정하십시오.
spring.jpa.open-in-view=false
로그인 후 복사
이렇게 하면 LazyInitializationException이 적절하게 처리되어 View에서 세션 열기와 관련된 바람직하지 않은 결과를 피할 수 있습니다.
위 내용은 View의 Open Session이 올바른 선택인가요? 함정과 더 나은 대안의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!