📝 적어서 머릿속으로

TOP-N과 인덱스 스캔이왜 그렇게 동작하는지까지 사내에서 페이징처리를 위해서 고전 방식의 쿼리를 이용한 TOP-N 방식을 사용한다.예시SELECT *FROM( SELECT ROWNUM as row_num, T.* FROM ( SELECT * FROM MY_TABLE WHERE :조건 ORDER BY :인덱스_컬럼 ) T WHERE ROWNUM (:pageNum - 1) * :pageCountpageNum: 페이지 번호pageCount: 한 페이지에 표기할 아이템 수 위와 같은 규칙에 맞게 작성되어있는 페이징을 처리하는 서비스의 테스트를 진행했다. 처음은 단순하게 생각했다.PK정렬 -> 인덱스 존재 -> 인덱스로 정렬 없이 상위 N개를 먼저 읽어온다. 하지만 실제 개발서버에서 진행한 오라클의 ..

실무에서 자주 사용되는 ORACLE SQL 숫자형 제어 함수 알아보기✅ 1. FLOOR(number)소수점 이하 버림 (내림)FLOOR(123.987) → 123✅ 2. CEIL(number)소수점 이하 올림 (천장 함수)CEIL(123.001) → 124✅ 3. ROUND(number [, digits])반올림ROUND(123.456) → 123ROUND(123.456, 1) → 123.5ROUND(123.456, -1) → 120 ← 자릿수 내림✅ 4. TRUNC(값, 자릿수)소수점 이하 절삭 (버림) — FLOOR와 비슷하지만 다름TRUNC(123.987) → 123TRUNC(123.987, 1) → 123.9TRUNC(123.987, -1) → 120 🔹 TRUNC는 자릿수를 지정해 절삭 가능하..

사내 업무 중 운영에서 timeout이 나고 있는 서비스를 발견했다.(내부 서비스이고 자주 사용하는 것이 아니라서 발견이 늦었다.)(서비스의 실행 시간이 60초 이상이라면, timeout error를 뱉게 되어있다.) 로그를 확인해보느 조회 쿼리에서 60초 이상 걸리는 것을 확인했다. 해당 업무의 특성상, 고객 이력 테이블을 조회하는데 개발 환경에서 plan을 확인하니 테이블을 full scan하고 있었다.운영 환경 경우, 더 많은 데이터가 있을 것이므로 개선이 필요했다.  쿼리 성능 저하의 주된 원인은 "LAPD의 사용"타겟 테이블은 고객 이력을 관리하는 테이블이었기에 대용량 데이터를 가지고 있는데 LPAD를 사용하여 좌변을 모두 가공하므로써, 인덱스 사용이 불가능했다. 특정 기간을 조건으로 걸고있었는..

위 사진의 출처: https://yoo-hyeok.tistory.com/98 SQL join 문이 가장 잘 정리 되어 있는 그림인 것 같습니다. join: 동일한 column을 기준으로 테이블을 하나로 합칩니다. left(right) join 과 left(right) outer join의 차이점 실행 결과는 동일 합니다. left join의 경우 동일한 column으로 하나로 합쳐지고 left 쪽(A)의 모든 데이터를 포함하고 B의 데이터는 null로 표시 됩니다. A 테이블 id name 1 1 aaa 2 2 AAA B 테이블 id name 1 2 AAA 2 3 bbb left join 결과 A left join B id name id name 1 1 aaa null null 2 2 AAA 2 AAA ..

패키지 설치 도구인 homebrew를 이용해서 postgresql을 설치하고 DBMS 도구인 DBeaver에 연결하는 것까지 정리해 보겠습니다. Homebrew나 DBeaver를 설치하는 부분은 생략합니다. ☝️homebrew로 postgresql 설치하기 1. 터미널에 접속합니다. 2. 버전 확인하기 brew search postgresql 위 명령어를 입력하면 homebrew에서 설치 가능한 postgresql의 버젼을 확인할 수 있습니다. @ 뒤에 있는 숫자가 버전을 의미합니다. 3. 설치하기 brew install postgresql 위 명령어를 입력하면 최신 버전의 posrgresql을 설치할 수 있습니다. 만약, 특정 버전을 설치하고 싶다면, @까지 포함한 전체 이름을 적어주면 됩니다. ex)..

DBeaver / MySQL 무한 로딩 해결법최근 팀원들과 진행하는 개인 프로젝트에서 DB조작을 하는경우가 많다보니 DBeaver가 무한로딩이 걸리는 경우를 종종 목격하게 됐습니다. 보통 쿼리문의 요류나 외부요인에 의해서 정상 종료되지 않은 상태에서 다른 곳에서 SQL명령을 실행했기에 DBeaver가 이를 인식하지 못하고 계속 실행을 요청하다가 무한 로딩(dead lock)이 걸리는 경우 였습니다.   예시Java 애플리케이션을 통해 query 실행 -> 오류 -> "DB 대기 중"DBeaver를 통해 query 실행 -> "DB 대기 중"이 끝날때 까지 기다림... -> 무한 로딩이런 모습 혹은 반대의 경우입니다. 가장 간단한 해결법은 사용하는 DB 저의 경우 MySQL 서비스를 재시작하는 것 (개인 ..