sql문보다 java service쪽에서 가공하는 게 좋은 이유?

Question

부장님이랑 얘기하다 지금 일하는 곳이 sql문 기반인데 되도록이면 service단에서 처리하라고 하시더라구요.근데 이해가 안가서 무슨 이점이 있는지 여쭤보니까 sql문에 case나 조건들 많이 달려있으면 db에서 데이터 가져올 때 느려져서 해결하기가 어려운데 java단에서 처리하면 was서버 늘리는 걸로 해결할 수 있다 이런 느낌으로 말씀하시더라구요. 일단 밥먹고 들어가는 중이어서 이 이상으로 여쭤보지를 못했는데 이게 왜 그런건지 이해가 안되서요. 참고할만한 글이나 책 추천 좀 해주시면 감사하겠습니다. 답글로 설명해주실 수 있는 분 계시면 더 감사하구요.

allinux · Answer

비즈니스 로직을 DB의 프로시저로 만드는 것이 좋은가? 어플리케이션단에서 처리하는 것이 좋은가? 아마도 이 질문에 가까울 것 같습니다.장단이 있는 문제입니다. 많은 양의 데이터가 네트웍을 지나가야 한다면 프로시저로 처리하는 것이 좋아보입니다. 그에반해 sql 외 처리해야 하는 비즈니스 로직(본문에서 case 및 조건이라고 한 부분이겠죠)이 많다면 데이터를 어플리케이션단으로 FETCH 후에 병렬처리등 분산해서 처리할 수 있는 전략을 가져갈 수 있습니다.본문에선 데이터를 가져올때 느려진다 했는데 느려지는 것이 아니라 데이터 볼륨이 크면 그 크기만큼 네트웍을 가로질러야 하니 성능상 응답이 느려집니다.

캐티 · Answer

sql은 어렵습니다 .. 슬쩍 잘못하면 고장 나요!단순히 if, when 분기 문제가 아니고 셀렉트 조인, 업데이트 조인, 딜리트 조인, 또 무엇이 있지, 그룹 조인, 크로스 그룹 조인 .. 음 .. 아무튼 높은 이해도를 요구하는데 이렇게 되면 sql을 잘 모르거나 할 줄 모르는 사람이 고쳐야 할 때 대안이 없으면 망해요.이 뿐만이 아니라 프로시저에 멀티 레코드 데이터를 전달하는 것이 여간 어려운 일인데 말이어요. 이것은 다행이도 JSON타입을 지원하거나 문자열 파싱을 지원하는 경우에 무난하게 해결이 되어요.

비비 · Answer

DB 컴퓨터(RDBMS)와 WAS 컴퓨터가 있다고 가정해봅시다.DB 컴퓨터에 부하가 많이가면 대부분 Vertical Scaling을 해야합니다. Vertical Scaling은 CPU, Memory 장비 등을 업그레이드 함을 의미해요. 까다롭고 비용이 많이 든다는 뜻입니다.WAS 컴퓨터는 부하가 많이가면 대부분 Horizontal Scaling을 합니다. 즉, 컴퓨터를 1대에서 2대, 3대, ... 등으로 확장하는 것을 의미해요. 따라서, DB보다 수월하게 업그레이드 할 수 있습니다.결론적으로, 확장 또는 업그레이드하기 쉬운 WAS에 로직이 많은것이 좋다는 뜻입니다.

olivahn · Answer

https://shirohoo.github.io/diary/2022-10-19-diary-46/

장독깨기 · Answer

흠... 일단, select 절에 있는 case, if 이런 걸 보겠습니다.이런 부분을 db 에서도 처리해야 하니 그 만큼 비용이 들 것 입니다.그래서, 그 부담을 조금이라도 줄이기 위해 어플리케이션에서 처리하면 좋겠다이런 관점에서는 어느 정도 맞는 얘기입니다. 근데, 이 비용이 얼마나 될까요. ㅎ두번째, where 절의 조건이나 조인 같은 경우를 보겠습니다. 이건 얘기가 완전히 다릅니다. 이런 부분은 어플리케이션에서 하면 안 되고 당연히 db 에서 처리해야 합니다.아마, 첫번째 같은 경우에 대해 상사가 말씀하신거 같은데요,전 저 비용이 극히 미미하다 생각하기 때문에 대부분 그냥 사용합니다. :)그리고, case, if 이런 부분 때문에 db 가 부담돼서 분산해야 하고 이런 경우는 없습니다.대용량 트래픽으로 인해, 실제 db 부하가 심할 경우에는 분산을 하긴 해야 하는데요, 이 부분은 여러 관점에서 굉장히 어려운 문제입니다.이럴 경우 마이크로 서비스로 분산을 합니다.

sql문보다 java service쪽에서 가공하는 게 좋은 이유?

5개의 답변

#was 목록