Transaction / RESTful

9.3 (화)

1. AOP

📌 Target : 개발자가 직접 만든 코드
📌 Proxy : Target을 감싸고있는 객체
📌 aspect : logging, transaction과 같은 기능자체를 의미
📌 advice : 실체, 횡단관심사 코드(aspect를 실제로 구현한 코드)

📌 AOP에서 주로 사용되는 어노테이션으로는 @Before / @Around가 있는데

👉 @Before는 메소드의 이름을 알아내기 위해서 사용한다.
👉 @Around는 걸린시간을 알아내기 위해서 사용한다.

package org.zerock.w2.aop;

@Aspect
@Component
@Log4j2
public class LogAdvice {

    @Before("execution(* org.zerock.w2.service.*.*(..))")
    // execution 내부 코드는 service 아래의 모든 메소드들은 해당 logBefore 메소드를 거쳐간다.
    public void logBefore(JoinPoint joinPoint) {
        log.info("-------------------------");
        log.info("-------------------------");

        log.info(Arrays.toString(joinPoint.getArgs()));

        log.info("-------------------------");
        log.info("-------------------------");
    }

    @Around("execution(* org.zerock.w2.service.*.*(..))")
    public Object logBefore(ProceedingJoinPoint joinPoint) throws Throwable {

        long start = System.currentTimeMillis();

        Object result = joinPoint.proceed();

        long end = System.currentTimeMillis();

        log.info("TIME: "+ (end-start));

        return result;
    }
}

👉 JoinPoint joinPoint는 현재 실행 중인 메서드에 대한 정보를 담고 있는 객체로, 메서드이름, 매개변수등과 같은 여러 정보를 알 수 있다.
👉 joinPoint.getArgs()를 통해 현재 메서드의 인자들을 배열 형태로 가져온 후, 이를 Arrays.toString()으로 문자열로 변환하여 로그에 기록한다.

👉 joinPoint.proceed()를 통해 실제 타겟 메서드를 실행하여 result에 저장
👉 실제 메서드가 실행됨에 따라 시작시간과 종료시간을 파악하여 메서드 실행시간을 파악 할 수 있다.

---

2. Transaction

👉 두가지의 일을 처리하기 위한 기능 / Service에서는 무조건 사용해야하고, 예외처리를 위해 사용해줘야한다.

📌 예를들어, db에 table_a (varchar(10)), table_b (varchar(2))가 있을때, service와 컨트롤러,mapper 를 이용해서 각 테이블에 문자의 길이가 5인 sql문을 insert하려고한다. a테이블에는 길이가 적합하지만, b테이블에는 길이가 적합하지 못한상태이다. 이때 그냥 평소사용하듯이 코드를 작성하게 되면 오류가 발생이 되지만 결과적으로 a테이블에는 insert가 되지만 b테이블에는 insert가 되지않는다.

📌 하지만, service 부분에 @Transactional 어노테이션을 사용하여 코드를 작성하게 된다면 a테이블에는 insert가 되고 b테이블에는 insert가 되려다 실패를 해서 a테이블의 insert값이 rollback되어 두 테이블 모두 insert되지 않는다.

---

2-1. root-context.xml 내부에 transactionManager, tx:annotation 추가

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource"/>
    </bean>
  
  <tx:annotation-driven></tx:annotation-driven>

2-2.

👉 select문에서는 readOnly = ture를 사용하여 성능을 최적화 시킬수있다. (읽기전용으로 변경하는것이므로)

---

3. RestController (json 데이터받기)

3-1. gradle 추가

implementation 'com.fasterxml.jackson.core:jackson-databind:2.17.2'

3-2. ReplyController

package org.zerock.w2.controller;

import lombok.extern.log4j.Log4j2;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.zerock.w2.vo.ReplyVO;

@RestController // 자동으로 json으로 변환
@RequestMapping("/reply")
@Log4j2
public class ReplyController {

    @PostMapping(value = "")
    public ResponseEntity<ReplyVO> register( // ReplyVO를 JSON형식으로 받고
            @RequestBody ReplyVO replyVO) {
            // requestBody를 통해 JSON형식의 데이터를 ReplyVO 객체로 변환

        log.info("Reply vo: "+ replyVO);

        // 200 ok 를 나타내는
        return ResponseEntity.ok(replyVO);
    }

}

3-3. JSON의 단점
👉 규격화된 데이터를 만들 수 없다.

---

4. PK,FK

📌 PK
👉 논리적의미 : 식별값, 유니크
👉 물리적의미 : 인덱스 (속도)

📌 FK
👉 게시글 - 댓글 테이블의 관계에서, 1번 게시글에 대한 여러 댓글이 있을때, 1번 게시글이 없어지게 되면 해당 댓글들은 의미가 없어지므로 데이터를 깔끔하게 유지하기 위해 FK를 사용한다.

alter table tbl_reply
    add constraint fk_board_reply foreign key (bno)
    references tbl_board(bno)
;

👉 게시글의 pk인 bno를 댓글 테이블에서 fk로 사용하겠다는 의미