jpa

JPA saveAll이 느린 이유와 개선 방향 💡 “JPA를 포함한 ORM은 은총알이 될 수 없습니다.” 우리는 종종 ORM을 사용하면 SQL과 트랜잭션의 복잡함에서 해방될 거라 믿습니다. ORM은 데이터를 객체로 다루는 자유를 주지만, 동시에 성능과 제어의 일부를 포기하는 대가를 요구합니다. Hibernate의 은 한 줄의 코드로 모든 걸 해결할 수 있을 것처럼 보입니다. 그러나 그 한 줄 뒤에서 ORM은 수십, 수백 개의 INSERT를 순차적으로 실행하며 JDBC의 배치 성능을 스스로 봉인하고 있습니다. 기존 은 엔티티 단위로 INSERT가 반복되어 네트워크 라운드트립과 엔티티 라이프사이클 오버헤드가 컸습니다. 로 전환하고 드라이버 배치 리라이트를 켜서 한 번의 배치로 밀어 넣으니 60초 → 7.3초로 단축됐습니다. 다대다 테이블을 매핑하는 가상의 TableMapper 엔티티의 예시를 통해 아래에 원인, 설정, 로그 차이, 주의사항을 정리하겠습니다. 배경: 기존 코드 vs 개선

CreatedDate, CreatedBy 어노테이션 JPA에는 엔티티의 생성 정보를 자동으로 기록해주는 와 와 같은 어노테이션이 있다. 어노테이션은 엔티티가 생성된 날짜와 시간을 자동으로 저장하는 데 사용되며, 어노테이션은 엔티티를 생성한 사용자의 정보를 기록하는 데 사용된다. 이 두 어노테이션의 사용 방법과 그 역할에 대해 알아보자. 예시 코드 위 코드는 JPA에서 자식 클래스들에 모두 적용할 컬럼을 지정하는 슈퍼 클래스의 예시이다. 모든 자식 클래스들에 생성일, 생성자, 최종수정일, 최종수정자를 컬럼으로 갖게 하여 DB와 매핑시킬 의도를 가지고 있다. 사전작업 1. AuditorAware 구현체 정의 를 구현한 클래스인 을 작성한다. 에는 로써 이름을 붙여두고(추후 메인 클래스에서 지정하기 위함), 메서드에서는 감사자(auditor)로 들어갈 값을 지정해주면 된다. 예시 코드의 경우, 가 지정된 컬럼에는 "AUDITOR"가 들어갈 것이다. 2. 엔티티 리스너 지정 예시코드