현재 버전

join으로 한방 쿼리를 만드는 게 좋은지, 쿼리를 여러번(테이블 별로 1번) 호출하는게 좋은지 잘 모르겠습니다


생각해보면 전 회사에서 과장님과 부장님이 싸우시던(?) 논쟁같은데


전에 부장님은 DB 여러번 다녀올 필요 없이 한방쿼리로 짜는게 좋다고 하신 말씀이 생각나고

전에 과장님께서는 데이터가 많은 DB 부하 줄이고, 차후 스케일 아웃을 생각하는 방향이 좋다고 하신 말씀이 기억나네요
(스케일 아웃 시 API서버는 작업이 쉬우나 DB는 어려우니까요)


동적 알고리즘(제가 깊게 공부해본적이 없어서 맞는 비유인지 모르겠습니다) 이란게 복잡한 문제를 쪼개서 푸는 걸로 알고있습니다

이거 처럼 복잡해질 수 있는 쿼리를 쪼개는 것도 나름 좋다고 생각하고, 쪼개진 쿼리는 재사용이 쉽다고 생각합니다

그래서 저는 전회사 과장님 생각에 조금 더 가까운거 같네요 ㅎㅎ



okky 이용자 분들께서는

매번 기능을 만들 때,

어떤 상황에서 해당 기능에 맞는 한방 쿼리를 만드는게 좋다고 생각하시고,

어떤 상황에서는 하나의 기능에 쿼리를 여러번(테이블 별로 1번) 날리는게 좋다고 생각하시는지

의견 여쭙습니다



[제 생각]

저는 DB에 데이터 양이 많아질거라고 예상되거나, 복잡한 문제는 쿼리를 쪼개는게 좋을거 같다고 생각은 듭니다

데이터가 없고 문제가 쉽다면 한방 쿼리가 좋은 것 같네요 ㅎㅎ


[추가설명]
여기서 쿼리를 쪼갠다는건 JOIN을 안쓴다는 의미입니다 

수정 이력

2019-10-08 17:07:11 에 아래 내용에서 변경 됨 #5

생각해보면 전 회사에서 과장님과 부장님이 싸우시던(?) 논쟁같은데


이직한 이후 실무하다보니, 저도 비슷한 상황이 발생하네요


어떤 조회화면이 있는데 여러 테이블에서 데이터를 가져와서 보여줘야하는 조회화면입니다


전에 부장님은 DB 여러번 다녀올 필요 없이 한방쿼리로 짜는게 좋다고 하신 말씀이 생각나고

전에 과장님께서는 데이터가 많은 DB 부하 줄이고, 차후 스케일 아웃을 생각하는 방향이 좋다고 하신 말씀이 기억나네요
(스케일 아웃 시 API서버는 작업이 쉬우나 DB는 어려우니까요)


동적 알고리즘(제가 깊게 공부해본적이 없어서 맞는 비유인지 모르겠습니다) 이란게 복잡한 문제를 쪼개서 푸는 걸로 알고있습니다

이거 처럼 복잡해질 수 있는 쿼리를 쪼개는 것도 나름 좋다고 생각하고, 쪼개진 쿼리는 재사용이 쉽다고 생각합니다

그래서 저는 전회사 과장님 생각에 조금 더 가까운거 같네요 ㅎㅎ



okky 이용자 분들께서는

매번 기능을 만들 때,

어떤 상황에서 해당 기능에 맞는 한방 쿼리를 만드는게 좋다고 생각하시고,

어떤 상황에서는 하나의 기능에 쿼리를 여러번(테이블 별로 1번) 날리는게 좋다고 생각하시는지

의견 여쭙습니다



[제 생각]

저는 DB에 데이터 양이 많아질거라고 예상되거나, 복잡한 문제는 쿼리를 쪼개는게 좋을거 같다고 생각은 듭니다

데이터가 없고 문제가 쉽다면 한방 쿼리가 좋은 것 같네요 ㅎㅎ
2019-10-08 17:05:58 에 아래 내용에서 변경 됨 #4

생각해보면 전 회사에서 과장님과 부장님이 싸우시던(?) 논쟁같은데


이직한 이후 실무하다보니, 저도 비슷한 상황이 발생하네요


어떤 조회화면이 있는데 여러 테이블에서 데이터를 가져와서 보여줘야하는 조회화면입니다


전에 부장님은 DB 여러번 다녀올 필요 없이 한방쿼리로 짜는게 좋다고 하신 말씀이 생각나고

전에 과장님께서는 데이터가 많은 DB 부하 줄이고, 차후 스케일 아웃을 생각하는 방향이 좋다고 하신 말씀이 기억나네요
(스케일 아웃 시 API서버는 작업이 쉬우나 DB는 어려우니까요)


동적 알고리즘(제가 깊게 공부해본적이 없어서 맞는 비유인지 모르겠습니다) 이란게 복잡한 문제를 쪼개서 푸는 걸로 알고있습니다

이거 처럼 복잡해질 수 있는 쿼리를 쪼개는 것도 나름 좋다고 생각하고, 쪼개진 쿼리는 재사용이 쉽다고 생각합니다

그래서 저는 전회사 과장님 생각에 조금 더 가까운거 같네요 ㅎㅎ



okky 이용자 분들께서는

매번 기능을 만들 때,

어떤 상황에서 해당 기능에 맞는 한방 쿼리를 만드는게 좋다고 생각하시고,

어떤 상황에서는 하나의 기능에 쿼리를 여러번(테이블 별로 1번) 날리는게 좋다고 생각하시는지

의견 여쭙습니다

2019-10-08 17:05:04 에 아래 내용에서 변경 됨 #3

생각해보면 전 회사에서 과장님과 부장님이 싸우시던(?) 논쟁같은데


이직한 이후 실무하다보니, 저도 비슷한 상황이 발생하네요


어떤 조회화면이 있는데 여러 테이블에서 데이터를 가져와서 보여줘야하는 조회화면입니다


전에 부장님은 DB 여러번 다녀올 필요 없이 한방쿼리로 짜는게 좋다고 하신 말씀이 생각나고

전에 과장님께서는 데이터가 많은 DB 부하 줄이고, 차후 스케일 아웃을 생각하는 방향이 좋다고 하신 말씀이 기억나네요
(스케일 아웃 시 API서버는 작업이 쉬우나 DB는 어려우니까요)


동적 알고리즘(제가 깊게 공부해본적이 없어서 맞는 비유인지 모르겠습니다) 이란게 복잡한 문제를 쪼개서 푸는 걸로 알고있습니다

이거 처럼 복잡해질 수 있는 쿼리를 쪼개는 것도 나름 좋다고 생각하고, 쪼개진 쿼리는 재사용이 쉽다고 생각합니다

그래서 저는 전회사 과장님 생각에 조금 더 가까운거 같네요 ㅎㅎ



okky 이용자 분들께서는

매번 기능을 만들 때, 해당 기능에 맞는 한방 쿼리를 만드는게 좋다고 생각하시는지

하나의 기능에 쿼리를 여러번(테이블 별로 1번) 날리는게 좋다고 생각하시는지

의견 여쭙습니다

2019-10-08 16:57:18 에 아래 내용에서 변경 됨 #2

생각해보면 전 회사에서 과장님과 부장님이 싸우시던(?) 논쟁같은데


이직한 이후 실무하다보니, 저도 비슷한 상황이 발생하네요


어떤 조회화면이 있는데 여러 테이블에서 데이터를 가져와서 보여줘야하는 조회화면입니다


전에 부장님은 DB 여러번 다녀올 필요 없이 한방쿼리로 짜는게 좋다고 하신 말씀이 생각나고

전에 과장님께서는 데이터가 많은 DB 부하 줄이고, 차후 스케일 아웃을 생각하는 방향이 좋다고 하신 말씀이 기억나네요
(스케일 아웃 시 API서버는 작업이 쉬우나 DB는 어려우니까요)


동적 알고리즘(제가 깊게 공부해본적이 없어서 맞는 비유인지 모르겠습니다) 이란게 복잡한 문제를 쪼개서 푸는 걸로 알고있습니다

이거 처럼 복잡해질 수 있는 쿼리를 쪼개는 것도 나름 좋다고 생각하고, 쪼개진 쿼리는 재사용이 쉽다고 생각합니다

그래서 저는 전회사 과장님 생각에 조금 더 가까운거 같네요 ㅎㅎ



okky 이용자 분들께서는

매번 기능을 만들 때, 해당 기능에 맞는 한방 쿼리를 만드는게 좋을지

하나의 기능에 쿼리를 여러번(테이블 별로 1번) 날리는게 좋을지

의견 여쭙습니다

2019-10-08 16:57:04 에 아래 내용에서 변경 됨 #1

생각해보면 전 회사에서 과장님과 부장님이 싸우시던(?) 논쟁같은데


이직한 이후 실무하다보니, 저도 비슷한 상황이 발생하네요


어떤 조회화면이 있는데 여러 테이블에서 데이터를 가져와서 보여줘야하는 조회화면입니다


전에 부장님은 DB 여러번 다녀올 필요 없이 한방쿼리로 짜는게 좋다고 하신 말씀이 생각나고

전에 과장님께서는 데이터가 많은 DB 부하 줄이고, 차후 스케일 아웃을 생각하는 방향이 좋다고 하신 말씀이 기억나네요
(스케일 아웃 시 API서버는 작업이 쉬우나 DB는 어려우니까요)


저도 실무를 하다보니 동적 알고리즘(제가 깊게 공부해본적이 없어서 맞는 비유인지 모르겠습니다) 이란게

복잡한 문제를 쪼개서 푸는 걸로 알고있습니다

이거 처럼 복잡해질 수 있는 쿼리를 쪼개는 것도 나름 좋다고 생각하고, 쪼개진 쿼리는 재사용이 쉽다고 생각합니다

그래서 저는 전회사 과장님 생각에 조금 더 가까운거 같네요 ㅎㅎ



okky 이용자 분들께서는

매번 기능을 만들 때, 해당 기능에 맞는 한방 쿼리를 만드는게 좋을지

하나의 기능에 쿼리를 여러번(테이블 별로 1번) 날리는게 좋을지

의견 여쭙습니다