플젝도 하면서 리마큐 중요하다고 생각하는 부분은 여러번 읽는데 장기적 관점에서 네트워크나 운영체제 지식도 중요하지만 당장 실무들어가고 현업에서 중요한 지식은 DB 라고 생각된다..
모든 성능을 캐시로 메꿀 수가 없으니 DB단을 개선시켜야 하는데 좆도 모르고 막 짜면 진짜 대부분 병목이 DB 쿼리가 좆구려서 그런 경우가 많음.. JOIN이 많은 테이블에서 여러 테이블 컬럼 조건절에 다 붙여 쓴다거나 조건절에서 범위 조건이 여러 개 들어가면 인덱스가 안타는 경우, 복합 인덱스 설정해놓고 조건에는 첫 컬럼을 안쓴다던가, 카디널리티가 낮은 컬럼을 인덱스를 생성한다던가..
또 왜 그런가? 찾아보면 결국에는 B트리 구조, 클러스터링 인덱스, 세컨더리 인덱스, InnoDB Buffer Pool, 인덱스 페이지에서 클러스터링 인덱스 페이지까지 넘어가는 과정 등을 알아야만 원인을 찾고 해결할 수가 있음.
프로젝트를 하면서 가장 빨리 와닿을 수 있고 배운걸 접목시킬 수 있는게 DB라고 생각이 들어 끄적여 보았읍니다 ^^7
맞는 말이지 근데 거기서 좀 더 나아가면 역으로 중요성이 좀 떨어짐 특정 디비 기능을 잘 쓰기보다는 구조를 잘 풀어냈냐가 훨씬 중요한거거든
ㅇㅇ 결국엔 나아갈 수록 시스템적 관점에서 바라봐야 한다고 생각함니다
그렇게.. 너도 서서히 DBA가 되는거야 - dc App
해당 댓글은 삭제되었습니다.
조금이라도 고민해봤다면 당연히 나올 고민들이라... 트랜잭션 & 락쪽도 서로 묶여있어서 재밌어 ㅋㅋㅋ