Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- 마이바티스 트랜잭션
- api 아이템 리더
- 선언적 트랜잭션 관리
- executioncontext 변수 공유
- 스프링배치 메타테이블
- 트랜잭션 분리
- 읽기 작업과 쓰기 작업 분리
- step 값 공유
- JSON 분리
- 스프링 트랜잭션 관리
- mybatis
- job parameter
- 스프링배치 엑셀
- 스프링배치 csv
- JSON 분할
- spring batch 5
- executioncontext
- 스프링 배치 5
- JSONObject 분할
- JSONArray 분할
- Spring Batch
- spring batch 변수 공유
- 아이템 리더 커스텀
- 아이템 리더 페이징 처리
- stepexecutionlistener
- flatfileitemwriter
- aop proxy
- step 여러개
- abstractpagingitemreader
- step 사이 변수 공유
Archives
- Today
- Total
목록devon (1)
ebson
[ Spring Framework Transaction, LG CNS DEVON-Framework batch-insert ] 데브온 프레임웍의 배치인서트 사용해 성능 개선하기
JPA 개발자들이 스프링 프레임웍을 함께 사용하는 이유 중 하나가 스프링에서는 트랜잭션 관리를 해주기 때문이라고 한다. 내가 실무에서 만난 프로젝트도 스프링 프레임웍 기반의 프로젝트였고 트랜잭션 설정 파일이 있었다. 서비스 메서드를 호출한 후 트랜잭션을 처리하도록 하되 insert, update, delete 으로 시작하는 서비스 메서드에서 예외가 발생하는 경우에 트랜잭션을 롤백하도록 설정할 수 있었다. 트랜잭션 과다 생성으로 인한 성능저하 그런데 서비스 메서드를 호출할 때 적용되는 트랜잭션 설정과 어울리지 않는 일부 소스에서 성능저하를 일으키는 경우가 있었다. 서비스단에서 모아서 처리해야 할 트랜잭션 작업을 컨트롤러에서 for문을 돌면서 개별적으로 요청하고 같은 쿼리를 여러번 호출했기 때문이다. .....
HANDS-ON
2023. 4. 6. 09:31