본문 바로가기

SQL/SQL 레벨업10

[SQL 레벨업] 10장: 인덱스 사용 인덱스와 B-tree 1. B-tree 인덱스 트리구조로 데이터를 저장하는 인덱스 균형잡힌 범용성으로 가장 많이 사용되는 인덱스 트리의 리프노드에만 데이터를 저장하는 개선된 B+tree 버전을 보통 사용 B+tree 특징 - 루트와 리프의 거리를 가능한 일정하게 유지하여 균형이 잘 잡혀 검색 성능이 안정적 (데이터 양이 증가해도 검색 속도가 갑자기 악화되는 일이 없음) - 트리의 깊이도 3-4 수준으로 일정하고, 데이터가 정렬 상태를 유지하여 이분 탐색을 통해 검색 비용 절감 가능 - 집약 함수 등에서 요구되는 정렬을 하지 않은 채 실행 가능 - 등호와 부등호를 사용한 검색 조건에서 사용 가능 B+tree 구조 2. 기타 인덱스 비트맵 인덱스 데이터를 비트 플래그로 변환해 저장하는 인덱스 카디널리티가 낮.. 2022. 5. 23.

[SQL 레벨업] 9장: 갱신과 데이터 모델 갱신은 효율적으로 1. NULL 채우기 val 컬럼에 NULL인 부분은 이전 레코드와 같은 값임을 의미함 즉, NULL 부분에 이전 레코드와 같은 값을 채워넣어야 함 1) 같은 keycol 필드를 가짐 2) 현재 레코드보다 작은 seq 필드 가짐 3) val필드가 NULL이 아님 UPDATE OmitTbl SET val = (SELECT val FROM OmitTbl OT1 WHERE OT1.keycol = OmitTbl.keycol AND OT1.seq = (SELECT MAX(seq) FROM OmitTbl OT2 WHERE OT2.keycol = OmitTbl.keycol AND OT2.seq < OmitTbl.seq AND OT2.val IS NOT NULL)) WHERE val IS NULL; .. 2022. 5. 16.

[SQL 레벨업] 8장: SQL의 순서 순서조작 기초 - 레코드에 순번 붙이기 1. 기본 키가 한 개의 필드일 경우 윈도우 함수 사용 SELECT student_id, ROW_NUMBER() OVER (ORDER BY student_id) AS seq FROM Weights; 상관 서브쿼리 사용 SELECT student_id, (SELECT COUNT(*) FROM Weights W2 WHERE w2.student_id I/O양이 늘어나 SELECT 구문 성능이 나빠질 수 있으며 구현의존적 방법임 2) 인덱스에 복잡한 필드를 추가하여 데이터의 분산도를 높임 -> 복잡한 필드 추가할 경우 불필요한 의미를생성하므로 다른 개발자가 이해하기 어려울 수 있음 결론: 리스크를 인지하고 사용하자 2. IDENTITY 필드 - 테이블의 필드로 정의하고 .. 2022. 5. 9.

[SQL 레벨업] 7장: 서브쿼리 서브쿼리의 폐혜 1. 서브쿼리의 문제점 실체적인 데이터를 저장하지 않아 문제 발생 - 연산 비용 추가 서브쿼리에 접근할 때마다 SELECT 구문 실행해 데이터를 만들어야 함 내용이 복잡할수록 실행 비용 급증 - 데이터 I/O 비용 발생 메모리 용량이 충분하지 않거나 연산 결과가 클 경우 저장소의 파일에 결과를 저장하여 오버헤드 커질 수 있음 - 최적화 불가 옵티마이저가 쿼리를 해석하기 위해 필요한 정보(명시적인 제약, 인덱스 등)를 서브쿼리에서 얻을 수 없음 결론: 내부적으로 복잡한 연산 수행하거나 결과 크기가 큰 서브쿼리 사용 시 성능 리스크 고려해야 함 2. 서브쿼리 의존증 문제: 고객별로 최소 순번을 가진 레코드 구하기 1) 서브쿼리 사용 SELECT R1.cust_id, R1.seq, R1.pri.. 2022. 5. 2.

[SQL 레벨업] 6장: 결합 기능적 관점으로 구분하는 결합의 종류 등가 결합: 결합 조건으로 등호(=)를 사용하는 경우 비등가 결합: 결합 조건으로 부등호(>=, < 등)를 사용하는 경우 자연 결합: 내부 결합이면서 등가 결합 - 자연 결합 예시 SELECT * FROM Employees NATURAL JOIN Departments; 내부 결합+ 등가 결합 쿼리와 같은 결과 도출 SELECT * FROM Employees E INNER JOIN Departments D ON E.dept_id=D.dept_id; USING 구를 사용한 경우 SELECT * FROM Employees INNER JOIN Departments USING(dept_id); 1. 크로스 결합 SELECT * FROM Employees CROSS JOIN D.. 2022. 4. 25.

[SQL 레벨업] 5장: 반복문 반복문 의존 1. 내부적으로 반복문 사용 반복문에 익숙한 개발자들은 다음의 예시와 같이 레코드에 하나씩 접근하고 호스트 언어(절차형 언어)에서 반복 처리를 구현하는 경우가 간혹 있음 온라인 처리에서 화면에 명세를 출력하조가 레코드 하나씩 접근하는 SELECT 구문 반복 사용 배치 처리에서 대량의 데이터 처리할 때 레코드를 하나씩 호스트 언어에서 처리하고 테이블에 갱신 반복계의 공포 1. 반복문에 의존한 코드의 단점 - Sales: 매출 계산하는 테이블 - Sales2: 매출 변화를 나타내는 var 필드를 추가한 테이블 - 처리 시간 비교 반복문을 사용할 경우 처리 시간: (처리 횟수) * (한 회에 걸리는 처리 시간) 반복문을 사용하지 않을 경우 처리 시간: SQL 패턴은 다양하지만 인덱스를 사용하고 실.. 2022. 4. 18.

이전 1 2 다음

티스토리툴바