서버 sql로 뽑아보라는게 무슨말이냐

[익명(211.36)]

그 디비 ddl dml 기록 전부 sql로 만들어서 백업파일?만들라는거냐

- dc official App

[ㅋ_ㅋ(117.111)]

Dba튜닝 오라클

[프갤러 1(211.36)]

튜닝인가... 나중에는 튜닝도 해야지 ....

[ㅋ_ㅋ(117.111)]

하둡을 파시오. 퀴즈

[프갤러 1(211.36)]

하둡은 몽고디비 주키퍼 빅데이터 ...얘네아닌거

[밀우(ggbadza2)]

데이터를 백서버에서 가공하지말고 sql에서 바로 가공된 데이터를 뽑도록 튜닝하란소리아니냐

[프갤러 1(211.36)]

근데 디비는 연약하고 컴퓨터는 강한데 컴퓨터가 일하는게 맞지않아?

[프갤러 1(211.36)]

그니까... 오라클과 java서버가 말이야 ㅇㅇ

[밀우(ggbadza2)]

그게 케바케임. 보통은 님 말대로 백서버가 연산을 해주는게 맞음. 근데 에초에 그럴필요가 없는거라면? 예를들면 db에는 order by를 통해 sort연산을 수행해서 받을수있는데 인덱스가 이미 정렬된걸 읽는다면 sort연산이 내부적으로 생략이되고 인덱스 그대로 읽어오면서 효율적으로 데이터를 보내주거든? 근데 백서버가 그걸 굳이 걍 쌩으로 들고와서 sort돌린다고 생각해보셈. 좆나 비효율적이겠지?

[밀우(ggbadza2)]

또 stop N 쿼리라고 읽은거만큼만 보내주고 멈추는 쿼리가 있는데, 보통 이게 페이징처리할때 많이쓰거든. 근데 생각없이 백서버만드는새끼가 걍 모든 데이터를 다 들고와서 내부적으로 sort해서 몇번째 페이지만 출력하는걸 만든거야. 그럼 db입장에선 인덱스따라 sort된걸 몇페이지만큼만 읽어서 보내주면 될껄 굳이 꾸역꾸역 풀스캔 때리고 그걸 네트워크로 전송하는 시간도 ㅈㄴ오래걸리고 또 백서버도 굳이 그거 다받아서 다시 sort돌리고 이지랄하는경우도 있단말야? 농담아니라 진짜 이따구로 구현해서 납품한회사봄 ㅆㅂ

[프갤러 1(211.36)]

디비에서 하는게 디비자원대비 효율적인걸 쓰면 좋겠군... 이론적으로는 쩝 ㄱㅅㄱㅅ

[프갤러 1(211.36)]

페이징을 백에서 해서 매번 모든데이터요청하는건 진짜 비효율적이네 ㄷㄷ

[밀우(ggbadza2)]

페이징처리를 하기위해선 무조건 해당 정렬 속성 기준으로 인덱스를 걸어놔야하는데 인덱스개념이 익숙치않은 애들이 그렇게많이하지

[프갤러 1(211.36)]

인덱스... 이거 잘해야하는데 공부해야하는데... 쩝