0502 ~ 0515

# 0502 ~ 0515

# 0502 - fetch join vs join

# 일반 Join

Fetch Join과 달리 연관 Entity에 Join을 걸어도 실제 쿼리에서 SELECT 하는 Entity는 오직 JPQL에서 조회하는 주체가 되는 Entity만 조회하여 영속화.
조회의 주체가 되는 Entity만 SELECT해서 영속화하기 때문에 데이터는 필요하지 않지만 연관 Entity가 검색조건에는 필요한 경우에 주로 사용된다.

# Fetch Join

조회의 주체가 되는 Entity 이외에 Fetch Join이 걸린 연관 Entity도 함께 SELECT하여 모두 영속화.
Fetch Join이 걸린 Entity 모두 영속화하기 때문에 FetchType이 Lazy인 Entity를 참조하더라도 이미 영속성 컨텍스트에 들어있기 때문에 따로 쿼리가 실행되지 않은 채로 N+1문제가 해결된다.

# 0503 - OAtuh관련

OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여 할 수 있는 공통적인 수단으로서 사용되는, 접근 위임을 위한 개방형 표준이다. 쉽게말해, 자신이 소유한 리소스에 소프트웨어 애플리케이션이 접근할 수 있도록 허용해 줌으로써 접근 권한을 위임해주는 개방형 표준 프로토콜

용어

Resource Server : OAuth2.0 서비스를 제공하고 자원을 관리하는 서버
Resource Owner : Resource Server의 계정을 소유하고 있는 사용자
Client : Resource Server의 API를 사용하여 데이터를 가져오려고 하는 사이트
Authorization Server : Client가 Resource Server의 서비스를 사용할 수 있게 인증하고 토큰을 발생해주는 서버
Access Token : 자원 서버에 자원을 요청할 수 있는 토큰
Refresh Token : 권한 서버에 접근 토큰을 요청할 수 있는 토큰

OAuth Bearer token과 JWT토큰의 차이
OAuth Token은 어떤 사용자의 정보와 같은 중요한 정보가 있는 토큰은 아니며, 리로스 서버에서 정보를 요청할 용도로 사용. JWT는 payload에 명확한 정보를 가지고 있으며 헤더, 내용, 서명 구조를 가지고 있다.

# 0504 - @GeneratedValue 전략

기본키를 자동으로 생성하기 위해 사용

# IDENTITY

@GeneratedValue(strategy = GenerationType.IDENTITY)

기본키 생성을 데이터 베이스에게 위임하는 방식으로 id값을 따로 할당하지 않아도 데이터베이스가 자동으로 AUTO_INCREMENT를 하여 기본키를 생성해준다.

JPA는 보통 영속성 컨텍스트에서 객체를 관리하다가 commit이 호출되는 시점에 쿼리문을 실행하게된다. 하지만 IDENTITY 전략에서는 EntityManager.persist()를 하는 시점에 Insert SQL을 실행하여 데이터베이스에서 식별자를 조회해온다.
그 이유는 영속성 컨텍스트는 1차 캐시에 PK와 객체를 가지고 관리를 하는데 기본키를 데이터베이스에게 위임했기 때문에 EntityManage.persist() 호출 하더라도 데이터베이스에 값을 넣기전까지 기본키를 모르고 있기 때문에 관리가 되지 않기 때문이다.
따라서 특별한 경우로 IDENTITY 전략에서는 EntityManage.persist()를 하는 시점에 Insert SQL을 실행하여 데이터베이스에서 식별자를 조회하여 영속성 컨텍스트 1차 캐시에 값을 넣어주기 때문에 관리가 가능해진다.

# SEQUENCE

@Entity
@SequenceGenerator(
    name = "USER_PK_GENERATOR",
    sequenceName = "USER_PK_SEQ",
    initailValue = 1,
    allocationSize = 50
)
public class PkEx() {
    
        @Id
        @GeneratedValue(strategy = GenerationType.SEQUENCE,
                    generator="USER_PK_GENERATOR")
        private Long id;
    
        private String name;
    
}

데이터 베이스의 Sequence Object를 사용하여 데이터베이스가 자동으로 기본키를 생성해준다.
@SequenceGenerator 어노테이션이 필요하다.

SEQUENCE 전략도 IDENTITY 전략과 동일한 문제가 있다. 데이터베이스가 직접 기본키를 생성해주기 때문이다.
ENtityManage.persist() 가 호출 되기 전에 기본키를 가져와야 하므로 하이버네이트에서 hibernamte:call next value for USER_PK_SEQ을 실행하여 기본키를 가져온다.
그 후에 EntityManager.persist() 호출하기 때문에 IDENTITY 전략과 다르게 쿼리문을 실행하지 않는다.
하지만 SEQUENCE 값을 계쏙 DB에서 가져와서 사용해야 하기 때문에 성능 저하를 일으킬 수 있다.
해결방법은 allocationSize의 크기를 적당히 설정하여 성능 저하 개선하는 방법이 있다.

# TABLE

@Entity
@TableGenerator(
    name = "USER_PK_GENERATOR",
    table = "USER_PK_SEQ",
    pkColumnValue = "USER_SEQ",
    allocationSize = 1
)
public class PkEx() {
    
        @Id
        @GeneratedValue(strategy = GenerationType.SEQUENCE,
                    generator="USER_PK_GENERATOR")
        private Long id;
    
        private String name;
        
}

키를 생성하는 테이블을 사용하는 방법으로 Sequence와 유사하다.
@TableGenerator 어노테이션이 필요하다.

TABLE 전략은 모든 데이터베이스에서 사용이 가능하지만 최적화 되어있지 않은 테이블을 사용하기 때문에 성능 이슈가 있다.

# AUTO

@GeneratedValue(strategy = GenerationType.AUTO)

기본 설정 값으로 데이터베이스에 따라 기본키를 자동으로 생성한다.

# 기본키의 제약조건

null이면 안된다.
유일하게 실벽할 수 있어야한다.
변하지 않는 값이어야 한다.

# 0508 - @Retryable

특정 Exception이 발생했을 경우 일정 횟수만큼 재시도할 수 있는 어노테이션이다.

dependencies 설정

implementation 'org.springframework.boot:spring-boot-starter'
implementation 'org.springframework.boot:spring-boot-starter-web:2.5.4'

implementation 'org.springframework.retry:spring-retry:1.3.1'
runtimeOnly 'org.aspectj:aspectjweaver:1.9.7'

EnableRetry 설정

@SpringBootApplication
@EnableRetry
public class FailsafeRetryApplication {

    public static void main(String[] args) {
        SpringApplication.run(FailsafeRetryApplication.class, args);
    }

}

@Retryable로 재시도 진행

@Service
public class RetryableService {

    @Retryable(maxAttempts = 2, backoff = @Backoff(2000), value = IllegalStateException.class,
            exclude = { NullPointerException.class, NullPointerException.class })
    public String getRetryable(Integer intValue) {
        ...
    }

    @Recover
    String recover(NullPointerException e) {
        return e.getMessage();
    }

    @Recover
    String recover(NumberFormatException e, Integer intValue) {
        return String.format("%s : %s", e.getMessage(), intValue);
    }
}

- value, include : retry할 Exception을 지정한다.
- exclude : 제외할 Exception을 지정한다.
- maxAttempts : 최대 재시도 횟수(default 3)
- backoff : 재시도 pause 시간
- @Recover의 경우 발생한 Exception에 대한 return 처리를 진행할 수 있다. 단, 리턴타입은 @Retryable에 정의한 리턴타입과 동일해야 한다.

# 0511 - isBlank, isEmpty, hasText

자바 11버전 String.isBlank() : "", null, whitespace 체크
isEmpty() : ", null 체크 (deprecated)
StringUtils.hasText() : "", null, whitespace 체크

0425 ~ 0501 0516 ~ 0529