Notice
Recent Posts
Recent Comments
Link
반응형
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 친절한 SQL 튜닝
- 생성자
- 클래스
- 클라이언트
- JavaScript
- 카카오코딩테스트
- db버퍼캐시
- 자바
- DBA
- 코딩
- socket
- 백준
- 상속
- 멀티쓰레드
- 서버
- Spring
- SQLP
- 인덱스 튜닝
- 컬렉션프레임워크
- 인스턴스
- 깃허브
- 메소드
- DB
- 친절한 sql튜닝
- Oracle
- Swing
- 오라클
- SQL
- springboot
- java
Archives
- Today
- Total
목록인덱스설계 (1)
프리 정보 컨텐츠
친절한 SQL 튜닝 - 3장 인덱스 설계
3.4 인덱스 설계온라인 트랜잭션을 처리하는 시스템에서 인덱스 설계의 중요성은 인덱스 튜닝, 더 나아가 SQL 튜닝의 하이라이트라고도 할 수 있다.3.4.1 인덱스 설계가 어려운 이유SQL에 각각 최적화된 인덱스를 마음껏 생성할 수 있다면 인덱스 설계만큼 쉬운 일도 없다. 하지만 인덱스를 많으면 아래와 같은 문제가 발생한다.DML 성능 저하 (TPS 저하)데이터베이스 사이즈 증가데이터베이스 관리 및 운영 비용 상승예를 들어 한 테이블에 인덱스가 여섯 개 달려 있으면, 신규 데이터를 입력할 때마다 여섯 개 인덱스에도 데이터를 입력해야 한다.테이블과 달리 인덱스는 정렬 상태를 유지해야 하므로 수직적 탐색을 통해 입력할 블록부터 찾는다.데이터를 지울 때도 마찬가지이다. 여섯 개 인덱스에서 레코드를 일일이 찾아..
SQLP/친절한 SQL 튜닝
2025. 2. 12. 09:56