[일반] 신입들이 대량처리 고민할거면 sql쪽 생각해보는것도 좋음

[익명(121.101)]

동일한 결과를 조회하는 내는 쿼리를 짤때 데이터 갯수가

1만개언더

100만개 언더

1억개 언더

요 3가지를 제한된 시간(ex 2s)안에

수행할수 있는 쿼리를 만들수 있는가

한번 생각해서 면접때말할줄만 알면

면접관이 싫어하진 않을거야

쉬운쿼리부터 시작해서

어려운 쿼리도 가능하게

- dc official App

[차에코푼쒸키(healthy3804)]

100만개는 인덱싱하면 늘리려나 대충 생각나는게 파티셔닝 클러스터 샤딩빼곤 모르겠네 인덱스는 1억되면 더 늘려질것같고 근데 요즘 포폴에 맨날 쿼리최적 적혀있는데 변별력이 있나 물어봐주면 좋깋안디 - dc App

[익명(121.101)]

쿼리 최적화가 데이터가 늘어날수록 어려워서 물어보는놈도 전문 분야 아니면 애매할때가 많거든 - dc App

[차에코푼쒸키(healthy3804)]

깊게 생각해본적은 없는데 갯수마다 처리방식이 조금씩 달라지겠군 근데 경험없어서 함부로 말 못하겠네 1억개쯤되면 인덱싱은 하지말자정도뿐 - dc App

[백갤러 2(118.235)]

1억행에 인덱싱 하지말라는건 무슨소리임? 이유가 궁금하네 - dc App

[백갤러 1(58.29)]

요새 계획하고 있는 영역이긴하네 구조는 놔두고 쿼리만을 개선 지금 내가 쓰는 방법으로는 CTE, from, join절 서브쿼리 정도 Jpa에선 지원안하다보니 네이티브로 바꿀정도의 효용성을 가지느냐를 먼저 따져봐야해서 실행은 안하고 있지만..