런코리치(RunCodeRich) : 달리고 코딩하며 경제를 보다.

단순히 A INNER JOIN B라고 쓴다고 해서 데이터베이스가 항상 똑같은 방식으로 데이터를 찾지는 않습니다. 오라클이나 PostgreSQL의 옵티마이저는 테이블의 크기, 인덱스 유무, 정렬 상태에 따라 가장 효율적인 '조인 알고리즘'을 선택합니다.오늘은 성능 튜닝의 핵심인 NL Join, Hash Join, Sort Merge Join의 내부 메커니즘을 상세히 파헤쳐 보겠습니다.1. Nested Loops Join (중첩 루프 조인) : "인덱스를 타고 흐르는 연쇄 작업"프로그래밍의 중첩 for문과 동일한 방식입니다. 선행 테이블(Driving/Outer)에서 행을 하나씩 추출해, 후행 테이블(Driven/Inner)의 인덱스를 탐색하며 조인 조건을 만족하는 행을 찾습니다.🔄 작동 프로세스선행 테이..

데이터베이스를 다루는 백엔드 개발자나 데이터 분석가에게 문자열 가공은 피할 수 없는 숙명과 같습니다. 하지만 Oracle에서 잘 돌아가던 쿼리가 MySQL이나 PostgreSQL로 옮기면 에러를 뿜어내는 경우가 허다하죠. 특히 날짜만큼이나 DBMS별로 차이가 큰 영역이 바로 문자열 함수입니다.오늘은 실무에서 가장 빈번하게 사용하는 문자열 추출, 위치 찾기, 그리고 강력한 정규표현식 활용법까지 3대 DBMS별로 상세히 비교해 보겠습니다.1. 특정 위치의 문자열 추출: SUBSTR vs SUBSTRING문자열의 특정 시작 지점부터 원하는 길이만큼 잘라내는 함수입니다. 가장 기본적이지만 함수명이 미묘하게 다릅니다.Oracle / PostgreSQL: SUBSTR()을 기본으로 사용합니다.MySQL: SUBST..

데이터베이스를 다루다 보면 피할 수 없는 존재가 있습니다. 바로 '값이 없음'을 의미하는 NULL입니다. NULL은 0도 아니고 공백("")도 아닌 특수한 상태이기 때문에, 이를 제대로 처리하지 않으면 덧셈 결과가 갑자기 사라지거나 논리 오류가 발생하여 서비스 장애로 이어지기도 합니다.오늘은 각 DBMS(Oracle, MySQL, PostgreSQL)별 NULL 처리 함수와 실무에서 바로 써먹는 최적의 활용 전략을 정리해 보겠습니다.1. 왜 NULL 처리가 중요한가?SQL에서 NULL은 '알 수 없는 값(Unknown)'으로 취급됩니다. 따라서 다음과 같은 특성을 가집니다.산술 연산의 전염: 100 + NULL의 결과는 100이 아니라 NULL입니다.비교 연산의 실패: WHERE column = NULL..

데이터베이스 성능 튜닝의 꽃은 '인덱스(Index)'입니다. 하지만 인덱스가 많으면 많을수록 조회가 무조건 빨라질까요? 정답은 **"아니다"**입니다. 인덱스는 조회 성능을 높여주는 '지름길'인 동시에, 데이터 변경 시에는 시스템의 발목을 잡는 '무거운 짐'이 되기도 합니다.오늘은 인덱스의 내부 구조인 B-Tree를 중심으로, 왜 인덱스를 신중하게 설계해야 하는지 그 이유를 파헤쳐 보겠습니다.1. 인덱스의 핵심 원리: B-Tree 구조 이해대부분의 관계형 데이터베이스(Oracle, PostgreSQL, MySQL 등)는 인덱스를 구현할 때 B-Tree(Balanced Tree) 구조를 사용합니다.Root Node(루트 노드): 가장 상위 노드로, 하위 노드에 대한 주소를 가지고 있습니다.Branch No..

은행 앱에서 송금을 하거나, 쇼핑몰에서 마지막 남은 재고 1개를 두고 여러 명이 동시에 결제 버튼을 누를 때, 데이터베이스는 어떻게 오류 없이 정확한 값을 유지할까요? 그 비밀은 바로 트랜잭션(Transaction)과 격리 수준(Isolation Level)에 있습니다.1. 트랜잭션(Transaction)이란?트랜잭션은 데이터베이스의 상태를 변화시키는 하나의 논리적 작업 단위입니다. "전부 성공하든지, 아니면 전부 실패하든지(All or Nothing)"라는 원칙을 지킵니다.💡 트랜잭션의 4가지 속성 (ACID)Atomicity(원자성): 트랜잭션 내의 작업은 하나로 묶여야 함.Consistency(일관성): 실행 전후의 데이터베이스 상태가 규칙을 위반하지 않음.Isolation(격리성): 실행 중인 ..

[Oracle] 내 SQL의 성능 진단서: 실행 계획(Execution Plan) 분석법SQL을 작성하고 결과가 나오기까지, 데이터베이스 내부에서는 수많은 연산이 일어납니다. 하지만 데이터 양이 수백만 건을 넘어가는 순간, 우리가 짠 쿼리는 예상치 못한 속도 저하를 일으키곤 하죠. 이때 필요한 것이 바로 실행 계획입니다. 내 SQL이 최적의 길을 가고 있는지 진단하는 법을 상세히 알아보겠습니다.🚀 오라클 실행 계획 확인 '치트키' (5초 완성)이론보다 실습이 먼저입니다. 당장 내 쿼리의 설계도를 확인하고 싶다면, 아래의 EXPLAIN PLAN FOR와 DBMS_XPLAN.DISPLAY 조합을 사용하세요. 매번 구글링하지 않도록 이 코드 블록을 메모해 두시는 것을 추천합니다.SQL -- 1단계: 분석하려..

데이터베이스에 저장된 데이터가 단순한 목록이 아니라 '가계도'나 '회사 조직도'처럼 계층 구조라면 어떻게 조회해야 할까요? 수많은 Join을 쓰는 대신, 오라클에서는 CONNECT BY라는 강력한 무기를 제공합니다. 오늘은 복잡한 트리 구조 데이터를 우아하게 추출하는 핵심 문법을 정리해 드립니다.1. 계층형 질의(Hierarchical Query)란?계층형 질의는 부모 노드와 자식 노드 간의 관계를 바탕으로 데이터를 수직적으로 전개하는 쿼리입니다. 트리(Tree) 구조의 데이터를 한 번의 쿼리로 논리적으로 연결하여 추출할 수 있게 해주는 강력한 도구입니다.2. 기본 문법 구조오라클 계층형 쿼리의 기본 구조는 다음과 같습니다.SQL SELECT LEVEL, [컬럼명], SYS_CONN..

분명 쿼리는 완벽한데, 특정 상황에서 서비스가 응답하지 않고 멈춘 적이 있나요? 대규모 트래픽이 몰릴 때 가장 무서운 적은 바로 **데드락(Deadlock)**입니다. 오늘은 PostgreSQL에서 왜 데드락이 발생하는지, 그리고 pg_stat_activity를 통해 범인을 찾아내고 해결하는 실무 노하우를 공유합니다.1. 데드락(Deadlock)의 이해와 발생 원인데드락은 두 개 이상의 트랜잭션이 서로가 가진 자원(Lock)을 기다리며 무한 대기에 빠지는 현상입니다.🏗️ 시나리오 예시: 도서 대출 및 회원 관리 시스템Table A (books): 도서 정보 및 대출 상태 관리Table B (members): 회원 정보 및 누적 대출 횟수 관리순서트랜잭션 A (사원 1의 대출 처리)트랜잭션 B (사원 2..

[PostgreSQL] 계층형 쿼리 정복: WITH RECURSIVE로 복잡한 조직도 한 번에 불러오기"PostgreSQL에서 조직도나 카테고리 같은 트리 구조 데이터를 어떻게 한 번에 조회할까요? Oracle의 CONNECT BY를 대체하는 WITH RECURSIVE의 문법부터 실무 예제, 그리고 인덱스를 활용한 $Big-O$ 성능 최적화 팁까지 상세히 정리했습니다."1. 왜 계층형 쿼리가 필요한가?웹 서비스를 개발하다 보면 부모와 자식 관계가 얽힌 데이터를 다뤄야 할 때가 정말 많습니다.센터 구조: 본사 > 지역 본부 > 지점 > 대리점카테고리: 전자제품 > 컴퓨터 > 노트북 > 맥북만약 이 데이터를 Java 코드로만 처리하려면, 자식의 자식을 찾기 위해 DB를 여러 번 조회하는 'N+1 문제'에 빠..

데이터베이스를 다루다 보면 가장 흔하게 마주치는 로직이 있습니다. "데이터가 이미 있으면 정보를 수정하고, 없으면 새로 넣어줘(Upsert)."과거에는 이를 위해 Java 코드에서 SELECT를 먼저 날려보고 IF문으로 분기 처리를 하곤 했죠. 하지만 PostgreSQL의 ON CONFLICT 구문을 사용하면 쿼리 한 줄로, 그것도 0.004초의 찰나에 발생하는 동시성 이슈까지 완벽하게 방지하며 처리할 수 있습니다.1. ON CONFLICT란? (Upsert의 정석)ON CONFLICT는 INSERT를 시도하다가 유니크 인덱스나 프라이머리 키(PK) 충돌이 발생했을 때, 에러를 내는 대신 대안적인 동작(DO UPDATE 또는 DO NOTHING)을 수행하도록 지시하는 구문입니다.장점: 네트워크 왕복 횟수..