오늘의하루

오류 발생 시점 Spring Security와 JWT를 통해 인증 인가를 진행하려고 했고 Jwt Filter에서 @Transactional를 사용했기 때문에 발생하였다. 원인 정확한 원인은 아닌 것 같지만 @Transactional 어노테이션을 사용하면 스프링은 해당 메서드를 실행할 때 트랜잭션을 시작하려고 하지만, 이미 실행 중인 트랜잭션이 없기 때문에 오류가 발생할 수 있습니다. 느낀점 내가 @Transactional을 적용한 곳은 단순히 데이터를 조회하는 용도이므로 트랜젝션이 필요없다. 트랜젝션 관리는 데이터를 변경하는 작업에만 필요하다는건 알고 있었지만 깜빡하고 썻던거 같다. @Transcational은 일반적으로 서비스 계층에서 DB 트랜젝션을 처리하는데 사용된다. 그리고 필터에서 DB에 직접 ..

예외 발생 이유 이 예외는 Fetch Join을 할 때 발생하게 되는데 원인은 2개 이상의 컬렉션이 있는 상태에서 Fetch Join을 하는 경우에 발생하게 된다. 어쩌다 발생했을까? C Entity와 B Entity는 N:1 관계이고 B Entity와 A Entity는 N:1 관계이고 모두 지연 로딩(LAZY)로 되어있다. A Entity에서 특정 Id값으로 조회하여 조회되는 데이터를 Json 형식으로 보내려고 했다. 처음에 별 생각 없이 A Entity 자체를 보내게 되었는데 이때 Stack Overflow가 발생하고 넘어간 데이터를 보니 재귀현상이 발생하고 있었고 이 문제를 해결하기 위해 Fetch Join을 사용하면서 발견했다. 해결 방안 쿼리를 분리하자! 여러 개의 컬렉션을 가져와야 할 경우, ..

예외 발생 이유 세션이 사라진 후 지연 로딩(LAZY) 상태에서 프록시 초기화가 불가능하기 때문에 발생하는 예외 지연 로딩 ( FetchType.LAZY ) 지연 로딩을 하는 이유는 JPA에서 발생하는 문제 중 가장 유명한 N + 1 문제를 해결하기 위함이다. 지연 로딩은 한번에 연관된 데이터까지 한번에 불러오는 것이 아닌 연관된 데이터를 필요한 시점에 그때 그때 불러오는 것이다. 그래서 왜 지연 로딩을 쓰는가? 예를 들어 Member과 Team테이블이 있고 Member와 Team는 N:1 관계가 있다. 이때 즉시 로딩(EAGER)을 하게 된다면 Team을 조회 시 해당 Team을 가진 모든 Member를 하나씩 조회하게 된다. 분명 Team 1개를 조회했는데 Team에 속한 Member N개의 조회 쿼..

JPA에서 연관 관계 매핑에 대해 쉬운 이해를 하기 위해서는 객체와 테이블의 연관 관계의 차이를 이해해야한다. 객체를 테이블에 맞추어 그대로 모델링 한다면 객체 간 협력 관계를 만들 수 없게 된다. 테이블은 외래키(FK)로 조인하여 연관 된 테이블을 찾을 수 있지만 객체는 참조를 통해 연관된 객체를 찾을 수 있게 된다. 아래는 Member 테이블과 Team 테이블이 N:1관계일때 Entity를 어떻게 만들어야 하는지에 대해 작성하였다. Member 테이블은 Team 테이블의 Id값을 외래키(FK)로 가지고 있다. // 객체를 테이블에 맞추어 데이터 중심으로 모델링 한 경우 @Entity public class Team{ @Id @Column(name = "TEAM_ID") private Long id; ..

JPA에서 기본키를 매핑하는 방법은 @Id, @GeneratedValue 이렇게 두가지가 있다. @Id의 경우 직접 할당 하겠다는 의미이기 때문에 별다른 내용이 없다. 매핑 방법 @GeneratedValue는 자동 생성을 해주는 것이다. SEQUENCE : DB의 시퀀스 사용 ORACLE의 경우 @SequenceGenerator가 필요하다. IDENTITY : DB에 위임 TABLE : 키 생성용 테이블을 만들어서 사용한다. @TableGenerator가 필요하다. 장점으로는 모든 DB에서 공통적으로 사용가능하다. 단점은 테이블이 생겨나기 때문에 추후 성능에 좋지 않다. AUTO : Hibernate에서 지정한 방언에 따라 자동으로 지정된다. (기본값) IDENTITY 전략 - 매핑 이 전략은 기본 키 ..

매핑의 소개 1. 객체와 테이블 매핑 : @Entity, @Table 2. 필드와 컬럼 매핑 : @Column 3. 기본 키 매핑 : @Id 4. 연관 관계 매핑 : @ManyToOne, @JoinColumn @Entity JPA가 관리할 수 있도록 지정해 주는 어노테이션이다. JPA를 사용해서 테이블과 매핑할 클래스는 필수로 작성해줘야 한다. 주의 사항 1. JPA를 사용해서 테이블과 매핑할 클래스는 기본 생성자가 필수로 존재해야한다. 2. 필드에 final 클래스, interface, inner클래스는 사용하지 말아야한다. 3. 저장할 필드에 final 사용을 하면 안된다. @Table 엔티티와 매핑할 테이블에 관련된 옵션을 지정할 수 있다. 1. name : 매핑할 테이블의 이름 지정 (기본값 : ..

JPA에서 flush 함수가 호출되면 쓰기 지연 SQL 저장소에 쌓여있는 쿼리가 DB 날아간다. 하지만 이때 마법같이 쌓여있던 쿼리가 한번의 요청으로 DB로 날아가지는 않는다. 만약 batch_size를 지정하지 않는다면 쌓여있는 개수만큼 DB와의 네트워크 통신을 하게 될 것이다. 하지만 batch_size를 지정한다면 쌓여있는 개수 중에 batch_size만큼 묶어서 쿼리를 날리기 때문에 한번의 네트워크 통신의 횟수를 줄일 수 있게 된다. 개인적인 생각으로 batch_size를 지정하지 않는다면 쓰기 지연 SQL 저장소를 사용되는 의미가 없어보인다.

EntityManagerFactory와 EntityManager EntityManagerFactory는 웹 애플리케이션에서 단 하나만 존재하며 EntityManager 객체를 생성할 수 있다. 영속성 컨텍스트 영속성 컨텍스트는 EntityManager를 통해서 접근이 가능하다. 처음 JPA를 접하는 경우 EntityManager와 PersistenceContext는 1:1 관계로 생각해야한다. Entity의 생명주기 1. 비영속 (new) : PersistenceContext와 전혀 관계없는 새로운 상태 Member member = new Member(); member.setId(1L); member.setName("JPA"); 2. 영속 (managed) : PersistenceContext에서 관리되..

JPA란? Java Persistence API의 줄임말이며 자바 ORM 기술 표준을 의미한다. ORM이란? Object-Relational-Mapping으로 객체 관계 매핑을 의미한다. 객체는 객체대로 관계형 DB는 관계형 DB대로 설계 ORM 프레임워크가 중간에서 매핑을 해준다. JPA를 사용하는 이유 1. SQL 중심적인 개발에서 객체 중심으로 개발이 가능하다. 2. 생산성이 높아진다. 3. 유지보수에 용이하다. 4. 패러다임의 불일치를 해결할 수 있다. 5. 성능 6. 데이터 접근 추상화와 벤더 독립성 JPA 설정 /META-INF/persistence.xml 파일을 만들어줘야한다. javax.persistence는 JPA 표준 속성을 의미한다. 이는 구현체(현재 hibernate)를 변경해도 그..