select 조회 성능 관련 질문

Question

1. 일반 db에서 select * from 보다 select 칼럼명 from

보통 후자의 방법으로 원하는 칼럼들만 부르는 게 성능 면에서 더 뛰어난 게 아닌지 궁금합니다.

2. 복잡한 테이블에서 전체 칼럼의 갯수가 20~30개가 넘어가면 fetch join 방식보다 DTO로 직접 조회하시는 방법을 쓰시는지 궁금합니다. (fetch join으로 해도 성능이 원하는 만큼 안 나올때 DTO로 직접 조회 하시는건가요?)

3. JPA 관점에서 복잡한 테이블이나, 컬렉션 조회는 강좌에서처럼 최적화를 할 수 있지만.

일반 테이블 jpa에서는 보통 전체 엔티티를 불러올 수 밖에 없던데

1)전체 엔티티를 조회했을 때와 2)원하는 칼럼들만 조회했을 때의 성능차이가 미비한지 궁금합니다.

4. spring data jpa에서 Projections로 원하는 칼럼만 조회할 수 있던데

실무에서는 엔티티가 한 개이면서도 단순할 때 성능을 위해 많이 사용하시는지 궁금합니다.

Answer

안녕하세요. kr즈아님 좋은 질문입니다.

컬럼을 하나하나 찍는 것이 데이터 전송량이 줄어들기 때문에 성능상 더 유리합니다.

다만 이렇게 원하는 컬럼만 찍어서 조회하게 되면 재사용성이 떨어집니다.

예를 들어서 회원 엔티티가 있는데 name, age, tel 필드가 있습니다.

A로직에서는 회원의 name, 데이터가 필요하고

B로직에서는 회원의 name, age 데이터가 필요하고

C로직에서는 회원의 name, age, tel이 모두 필요하다고 가정하겠습니다.

성능을 완벽하게 최적화하려면 select 쿼리를 3개 각각 만들어야 합니다.

대신에 회원 엔티티를 직접 조회하는(name, age, tel을 모두 조회하는) 쿼리는 하나만 있으면 됩니다.

결국 성능과 범용성의 트레이드 오프가 발생합니다.

성능을 최적화 할 수록 범용성이 줄어드는 것이지요.

A,B,C 로직에서 모두 회원 엔티티를 직접 사용한다면 단순하게 회원 엔티티를 조회하는 리포지토리의 메서드가 하나만 있으면 됩니다.

그렇다면 어떤 선택이 좋은 선택일까요?

일반적으로 필드 몇게가 더 추가된다고 해서 조회 성능이 급격하게 떨어지거나 하지는 않습니다.

트래픽이 매우 많은 서비스에서 수십개의 데이터 목록을 한번에 보여주어야 할 때는 최적화가 의미가 있습니다.

제가 추천하는 방법은 유지보수를 위해 범용성을 먼저 생각해서 개발하고, 이후 성능 테스트나 서비스 지표등을 보고 필요한 부분을 점진적으로 최적화 하는 것입니다.

감사합니다.