Spring/Spring DB (11) 썸네일형 리스트형 [Spring DB] 트랜잭션 AOP 주의 사항 - 프록시 내부 호출 문제 파악 및 해결 📌 학습 목차1. 프록시 방식 AOP의 한계2-1. 프록시를 통한 실제 객체 호출2-2. 내부 호출을 통한 실제 객체 호출3. 클래스 분리를 통한 해결1. 프록시 방식 AOP의 한계•트랜잭션 처리가 필요한 위치에 @Transactional 애노테이션을 사용할 경우, 스프링의 트랜잭션 AOP가 적용되고 트랜잭션 AOP는 프록시를 통해 트랜잭션을 적용함 이에 프록시를 거치지 않고 내부 호출로 실제 객체(Target)를 직접 호출할 경우, 프록시가 적용되지 않아 트랜잭션 또한 적용되지 않음2-1. 프록시를 통한 실제 객체 호출 •CallService의 internal()에 @Transactional 애노테이션을 사용함에 따라 스프링의 트랜잭션 AOP가 적용됨 이에 스프링은 실제 객체(Target.. [Spring DB] 트랜잭션 AOP 적용 흐름 📌 학습 목차1. 트랜잭션 AOP 적용 - 설정 정보2. 트랜잭션 AOP 적용 흐름1. 트랜잭션 AOP 적용 - 설정 정보•트랜잭션 AOP를 적용하기 위한 데이터 소스(DriverManagerDataSource)와 트랜잭션 매니저(DataSourceTransactionManager)를 직접 스프링 빈으로 등록함 spring.datasource.url=jdbc:h2:tcp://localhost/~/testspring.datasource.username=saspring.datasource.password= @TestConfigurationstatic class TestConfig { @Bean DataSource dataSource() { return new DriverMana.. [Spring DB] 트랜잭션 문제 해결4 - 트랜잭션 AOP 📌 학습 목차1. 트랜잭션 AOP의 필요성2-1. 스프링의 트랜잭션 AOP 이해2-2. 스프링의 트랜잭션 AOP 적용1. 트랜잭션 AOP의 필요성•서비스 계층을 순수하게 유지하기 위해 스프링의 트랜잭션 추상화, 트랜잭션 동기화, 트랜잭션 탬플릿을 통해 기존 여러 문제를 개선함 (1) 트랜잭션 추상화: 서비스 계층이 추상화된 트랜잭션 매니저에 의존함에 따라 데이터 접근 기술 변경에 대한 영향 범위를 최소화 함 (2) 트랜잭션 동기화: 트랜잭션 매니저는 트랜잭션 동기화 매니저를 통해 트랜잭션을 사용하는 동안 같은 리소스(커넥션)를 유지함 (3) 트랜잭션 탬플릿: 트랜잭션 탬플릿을 통해 서비스 계층에서 트랜잭션을 사용하기 위해 반복되는 로직 코드를 모두 제거함 •서비스 측면에서 애플리케이션을 구성.. [Spring DB] 트랜잭션 문제 해결3 - 트랜잭션 템플릿 📌 학습 목차1. 트랜잭션 템플릿의 필요성2. 스프링의 트랜잭션 템플릿1. 트랜잭션 템플릿의 필요성•현재 서비스 계층에서 트랜잭션을 사용하기 위한 로직은 트랜잭션을 시작하고 비즈니스 로직 실행 성공 여부에 따라 트랜잭션을 커밋 또는 롤백하는 패턴을 가짐 이에 다른 서비스 계층에서 트랜잭션을 사용할 경우, 각 서비스마다 비즈니스 로직은 서로 다르나 트랜잭션을 사용하기 위한 로직은 매번 반복됨 MemberServiceV3_1 - 트랜잭션 템플릿 사용 전•서비스 계층에서 트랜잭션을 사용하기 위한 로직 패턴을 가짐 @RequiredArgsConstructorpublic class MemberServiceV3_1 { private final PlatformTransactionManager tr.. [Spring DB] 트랜잭션 매니저 동작 흐름 📌 학습 목차1. 트랜잭션 매니저 동작 흐름 - 초기화 코드2. 트랜잭션 매니저 동작 흐름 - 트랜잭션 시작3. 트랜잭션 매니저 동작 흐름 - 비즈니스 로직 실행4. 트랜잭션 매니저 동작 흐름 - 트랜잭션 종료1. 트랜잭션 매니저 동작 흐름 - 초기화 코드•new DriverManagerDataSource(URL, USERNAME, PASSWORD): 커넥션 풀을 사용하지 않고 JDBC 드라이버를 통해 매번 새로운 커넥션을 생성하는 DriverManagerDataSource를 생성함•new DataSourceTransactionManager(dataSource): DriverManagerDataSource를 기반으로 트랜잭션을 관리하는 DataSourceTransactionManager를 생성함.. [Spring DB] 트랜잭션 문제 해결2 - 트랜잭션 매니저(트랜잭션 동기화) 📌 학습 목차1. 트랜잭션 동기화의 필요성2. 스프링의 트랜잭션 동기화1. 트랜잭션 동기화의 필요성•애플리케이션에 DB 트랜잭션을 적용하는 경우, 트랜잭션을 유지하는 동안 같은 커넥션을 사용해야 같은 세션을 사용할 수 있음•현재 서비스 계층의 경우, 같은 커넥션을 사용하기 위해 단순히 트랜잭션이 시작된 커넥션을 전달해 비즈니스 로직을 실행함 이에 순수하게 유지되어야 할 서비스 계층의 코드가 매우 복잡해져 유지보수가 어려움 1) MemberServiceV2•bizLogic(con, fromId, toId, money): 트랜잭션을 시작한 서비스 계층은 트랜잭션이 시작된 커넥션(con)을 사용해 비즈니스 로직을 실행함 @RequiredArgsConstructorpublic class MemberSe.. [Spring DB] 트랜잭션 문제 해결1 - 트랜잭션 매니저(트랜잭션 추상화) 📌 학습 목차1. 트랜잭션 추상화의 필요성2. 스프링의 트랜잭션 추상화1. 트랜잭션 추상화의 필요성 •트랜잭션을 사용하는 방법은 데이터 접근 계층의 데이터 접근 기술마다 다름 예시) JDBC: con.setAutoCommit(false) / JPA: transaction.begin()•현재 서비스 계층의 경우, 원자적 단위로 비즈니스 로직을 처리하기 위해 트랜잭션을 사용할 때 JDBC 트랜잭션 기술에 의존함 이에 향후 데이터 접근 기술이 변경될 때마다 서비스 계층 내 트랜잭션 관련 코드도 함께 수정해야 함 @RequiredArgsConstructorpublic class MemberServiceV2 { private final DataSource dataSource; private f.. [Spring DB] 순수한 서비스 계층 / 단순 트랜잭션 적용에 따른 문제 📌 학습 목차1. 애플리케이션 구조 - 순수한 서비스 계층2. 단순 트랜잭션 적용에 따른 문제점1. 애플리케이션 구조 - 순수한 서비스 계층 •애플리케이션 구조는 일반적으로 프레젠테이션, 서비스, 데이터 접근의 총 3가지 계층으로 구분함 이때 애플리케이션 구조를 3가지 계층으로 구분한 이유는 핵심 비즈니스 로직이 있는 서비스 계층을 최대한 순수하게 유지하기 위함임•서비스 계층을 순수하게 유지할 경우, 유지보수와 테스트가 용이하고 향후 구현 기술을 변경하더라도 영향 범위를 최소화할 수 있음 이에 기술에 종속적인 부분은 프레젠테이션 및 데이터 접근 계층에서 처리하고, 서비스 계층은 특정 구현 기술에 의존하지 않도록 개발해야 함2. 단순 트랜잭션 적용에 따른 문제•MemberServiceV2 &.. [Spring DB] 트랜잭션의 이해 / DB 락의 이해 및 사용 📌 학습 목차1. 트랜잭션의 이해2-1. DB 락의 이해2-2. DB 락 사용1. 트랜잭션의 이해1-1) 트랜잭션 개념•데이터를 DB에 저장하는 대표적인 이유는 DB에서 트랜잭션(transaction)이라는 개념을 지원하기 때문임•트랜잭션은 ACID를 기반으로 DB에서 실행되는 여러 작업을 하나의 작업으로 처리해 하나의 거래가 안전하게 처리될 수 있도록 보장함 예시) 계좌이체 거래의 경우, 트랜잭션 내에서 A 계좌 잔고가 감소하고 B 계좌 잔고가 추가되는 2개의 작업이 하나의 작업으로 처리됨•트랜잭션 내에서 실행한 여러 작업이 모두 성공적으로 DB에 정상 반영되는 것을 커밋(commit)이라고 함 커밋을 호출하기 전까진 임시로 데이터를 저장하는 것과 같으며, 해당 트랜잭션을 시작한 세션(사용자).. [Spring DB] 커넥션 풀 & DataSource의 이해 / DataSource를 통한 커넥션 획득 📌 학습 목차1. 커넥션 풀의 이해2. DataSource의 이해3-1. DataSource를 통한 커넥션 획득 - DriverManager3-2. DataSource를 통한 커넥션 획득 - 커넥션 풀1. 커넥션 풀의 이해1) 커넥션의 필요성•DB 커넥션을 획득할 경우, 다음과 같은 복잡한 과정을 거침 (1) 애플리케이션 로직은 사용자 요청에 따라 DB 드라이버를 통해 커넥션을 조회함 (2) DB 드라이버는 DB와 TCP/IP 커넥션을 연결함 (3) TCP/IP 커넥션이 연결된 후, DB 드라이버는 ID와 비밀번호 등의 정보를 DB에 전달함 (4) DB는 ID와 비밀번호를 통해 내부 인증을 완료하고, 내부에 DB 세션을 생성함 (5) DB는 DB 드라이버에 커넥션 생성이 완료되었다는 .. [Spring DB] JDBC의 이해 / DriverManager를 통한 커넥션 획득 📌 학습 목차1. JDBC의 이해2. DriverManager를 통한 커넥션 획득1. JDBC의 이해1) JDBC의 필요성•클라이언트가 애플리케이션 서버를 통해 데이터를 저장하거나 조회할 경우, 애플리케이션 서버는 일반적으로 다음 과정을 통해 DB를 사용함 (1) 커넥션 연결: 주로 TCP/IP를 사용해 DB와 커넥션을 연결함 (2) SQL 전달: 연결된 커넥션을 통해 SQL을 DB에 전달함 (3) 결과 응답: DB는 전달받은 SQL을 수행해 결과를 응답하고, 애플리케이션 서버는 해당 결과를 활용함 •이때 수십 개의 DB 종류마다 커넥션 연결, SQL 전달, 결과 응답 방법이 모두 달라 다음과 같은 문제가 발생함 (1) DB 종류를 변경할 때마다 애플리케이션 서버의 DB 사용 .. 이전 1 다음
