얘들아 실무에서 쿼리 깊숙하게 알아야 해?

[익명(221.164)]

예를들어 특정 기간에 팬션을 예약한 20대 회원을 구하는 경우 쿼리로도 구할 수 있잖아.

이런건 그냥 쿼리로 해?

아니면 따로따로 가져와서 비즈니스 로직 수준에서 처리해?

전자가 더 깔끔할 것 같긴한데 잘 모르겠어

[익명(223.62)]

쿼리가 나을듯

[익명(221.164)]

그럼 비즈니스 로직단에서 처리해야 하는 경우는 뭐가 있지.. 반복 작업 같은건가?

[익명(223.62)]

웬만한건 데이터베이스단이 더 빠른데 가공할게 많으면 비즈니스 로직이 나을듯(개인적인 생각)

[익명(221.164)]

흠 알겠음.ㄳㄳ

[익명(112.150)]

비즈니스 로직이라는게 select * 때려서 다가져오고 프로세스에서 필터링 한다는거임?

[익명(221.164)]

ㅇㅇ 본문은 좀 극단적인 예인데 데이터 로직과 비즈니스 로직에서 처리해야 하는 유형(?)이 어떤게 있는지 궁금함

[익명(112.150)]

쿼리문에서 연산 못하는건 프로세스에서 하겠지. 근데 그건 이미 sql result값 조작하는거라서.. select * 같은 극단적인 쿼리가 나올일이 있나?

[익명(221.164)]

그냥 다양한 케이스가 궁금해짐ㅋㅋ

[익명(112.150)]

님이 말하는 table값 확인하는 경우에는 datagrip을 쓸듯. 다 불러와서 print_r하면 한줄로 펴지는데 로직에서 그럴일이 없을듯

[익명(112.150)]

물론 난 ㅈ밥이라 확실하진 않아

[익명(221.164)]

ㄳㄳ

[익명(223.131)]

DDL,DML,DCL 까지는 빠삭하게 다알고 서브 쿼리까지 할줄알면 문제없을걸

[익명(221.164)]

흠.. 숙지하는건 문제가 안되는데 실무에선 어떻게 구분을 하는걸까. 데이터 로직에서 처리하기엔 DB쪽 부하가 심해서 비즈니스 로직단에서 처리해야만 하는 로직같은게 있을 것 같은데

[익명(lpiecel)]

DB쪽 부하가 심할정도의 데이터를 통신비용으로 가져온다고 생각해보셈 그게 더 헬임

[익명(lpiecel)]

보통은 DB가 데이터 다루는 속도가 빠르지 어플리케이션이 빠르진않아.

[익명(221.164)]

고마웡

[익명(lpiecel)]

raw data를 받아올땐 당연히 쿼리단에서 해결하는거지. 쿼리로 해결할수있으면 무조건 그렇게 해야된다. 프로시저만 안하면돼

[익명(lpiecel)]

여러 개의 row를 받아서 프로세스에서 처리하고 내보낼때 쓰는거지 한개의 row만 받아온다 가정했을때 최대한 select 단에서 가공하는게 맞음. 통신비용이 가장 큰 cost임

[익명(221.164)]

ㄳㄳ 쿼리로 할 수 있는건 무조건 쿼리가 좋구만. 그럼 프로시저는 뭘 의미하는거야? 함수 프로시저말하는건가??

[익명(lpiecel)]

DB 프로시저 & 펑션인데 속도측면에선 이거두개 쓰는거 좋긴한데 유지관리가 좆망씹망이라서 요즘은 아무도 안쓰는 추세임

[익명(221.164)]

ㅇㅎ ㅋㅋㅋ 무슨 의미인지 알겠음. 땡큐 ㅎㅎㅎ