javaj/spring 프로젝트에서 여러 테이블을 join한 데이터를 가져올 때 궁금한 게 있습니다.

Question

안녕하세요. java/springboot 기반 사이드 프로젝트를 진행하고 있는데, DB에서 데이터를 조회해서 JPA든, MyBatis든 DB에서 데이터를 조회해서 가져올 때, 이 데이터를 브라우저단에 보여주어야 할 때가 있잖아요? 만약 member(직원), department(부서), file_info(첨부파일정보) 등 여러 테이블을 join해서 데이터를 가져오는 경우에이 데이터들을 json형태로 브라우저단에 반환할 때, select결과를 담을 DTO클래스를 별도로 만들어야 하나요? 프로젝트 규모가 커질수록, 다양하게 여러 테이블을 join한 결과가 많을텐데, 이때마다 이 결과데이터에 맞는 DTO 클래스를 구현하시는 건지 궁금합니다... 아니면 map과 같은 객체에 모두 담아서 반환하는 방식을 사용하는 건지, 아니면 혼용해서 사용하는 건지 현업에 종사하시는 분들은 어떻게 구현하시는지 궁금합니다.

Clickin · Accepted Answer

둘다 각자의 트레이드오프가 있기 때문에 팀마다 사용하는 스타일이 다릅니다.DTO를 다 만들면 컴파일 및 테스트 과정에서 오타나 에러를 잡기 편하고, IDE가 일괄변경해주니 컬럼명 변경 등에 대처하기 쉽죠.Map으로 만들면 하나하나 코딩해야하는 귀찮음이 없지만 대신 런타임 안정성이 떨어지는거고요.js/ts 진영이라면 union type을 사용하거나 인라인 타이핑이 가능하니 타입을 일일히 다 만들지 않고도 가능한데Java/Kotlin 진영에서는 애초에 Union/ Intersection type 개념을 상정하고 만들지 않아서 어렵습니다.DTO를 하나하나 만들되 소스 구조를 깔끔하게 가져가고 싶으시면 inner class를 활용해보시는 것도 좋습니다.

장독깨기 · Answer

물론, 개발 팀 저마다 유리한 쪽으로 생각해서 다 다르게 적용할 것 입니다만,요즘 또는 여기 오키 분위기를 보면 DTO 를 많이 사용하는거 같습니다.전 map 을 사용합니다. 이유는 말 그대로 번거롭고 귀찮기 때문입니다. ㅎ 가령, 전 대부분 이렇게 사용하고 있습니다.payload.put("entities", db.select(mapperId));이런 경우, map 으로 받을 때 컬럼 변경, 추가, 삭제에 대해 전혀 신경 쓸 필요가 없습니다.dto 로 받을 경우 컬럼 변경, 추가, 삭제에 대해 dto 도 같이 변경해줘야 합니다.근데, 데이터를 가져와서 바로 던지지 않고, 컬럼 별로 뭔 가를 조정해야 한다면,map 일 경우, 문자열로 컬럼 값을 가져와야 하니, 오타로 인한 오류 가능성이 있습니다.dto 일 경우, dto 만 제대로 작성하면 대처하기가 비교적 수월합니다.말 그대로 트레이드오프가 있는거죠.제 관점에서는 map 이 훨씬 유리하다 생각해서 map 을 사용합니다.근데, 아니다 생각하는 사람이 더 많으니 dto 를 더 많이 사용할 겁니다. ㅎ정답은 없습니다. 본인이 직접 이래 저래 사용해보면서 겪어보시고, 유리한 쪽으로 정리하면 될 것 입니다. :)

wharup · Answer

어플리케이션 서버단에 중점을 둔 사이드 프로젝트라면 DTO가 맞겠지요.복잡한 SQL을 만들어서 쿼리한 데이터를 화면에 바이패스하면 구현이 간단한 Map이 적절하겠고간단한 SQL로 쿼리한 후에 어플리케이션 서버에서 이것 저것 많이하면 타입이 명시된 DTO가 적합합니다.복잡한 비즈니스 로직을 객체지향으로 작성하고, Junit으로 테스트를 작성하는 등등은 Map을 사용하는 구조와는 안맞습니다.사이드 프로젝트를 진행하는 목적에 따라 다르긴 하겠지만, 대부분의 경우 DTO를 사용하는게 맞을 것 같습니다.

javaj/spring 프로젝트에서 여러 테이블을 join한 데이터를 가져올 때 궁금한 게 있습니다.

3개의 답변

Q&A 목록