https://www.youtube.com/watch?v=zMAX7g6rO_Y 해당 발표를 정말 감명깊게 봤습니다. 올라온지 꽤 된 영상이지만 그래도 제게는 인사이트가 막강했습니다.. S급 개발자는 이런 것인가 생각이 들었습니다. 발표 내용 중, Spring Data Jpa를 활용한 쿼리에서 무분별하게 Entity를 조회하면 성능상 손해가 크다는 말이 있었습니다. 아이러니하게도 발표자분이 CTO로 계시는 인프런에서도 미래에 해당 이슈 때문에 장애가 일어나기도 했던 글을 봤습니다. 요약하자면, 강의 목록을 조회해오는데 당장 쓰이지 않을 컬럼까지 모두 조회하는 바람에 대용량 컬럼까지 모두 끌어오게 되어서 강의 한 페이지를 조회하는데 DB에 많은 부하가 발생하는 상황으로 장애가 발생했다고 합니다. 여튼 서론이..

1. 트랜잭션 [ 트랜잭션이란? ] 트랜잭션은 작업의 완전성을 보장해준다. 논리적인 작업 셋을 모두 완벽하게 처리하거나, 모두 처리하지 못할 경우에는 본래 상태로 복구하는 기능이다. 즉, 작업의 일부만 적용되는 현상(Partial update)이 존재하지 않게 해준다. 트랜잭션에 쿼리가 여러개 조합되었을 때만 의미있는 것은 아니다. 단일 쿼리도 트랜잭션으로 묶었을 때에도 전부 적용되거나 아무것도 적용되지 않는 결과를 보장해주는 것일 뿐이다. MySQL의 기본 스토리지 엔진은 InnoDB인데, 해당 엔진은 쿼리 중 일부라도 오류가 발생하면 전체를 원 상태로 만든다는 트랜잭션의 원칙대로 아래 insert 문을 실행할 때 롤백된다. (PK 중복) 결과적으로 테이블은 여전히 비어있게 된다. create tabl..

문자열 "3" 을 문자 '3'으로 만드는 방법 "3".charAt(0) - '0' 문자열 "3"을 숫자 3으로 만드는 방법 Integer.parseInt("3") 숫자 3을 문자열 "3"으로 만드는 방법 3 + '0' 문자 '3'을 숫자 3으로 만드는 방법 '3' - '0' 문자, 숫자에 관계없이 문자열로 만드는 방법 3 + "" '3' + "" 모든 타입을 문자열로 변환 String.valueOf(anyType); // 성능이 가장 좋음