특성

클러스터 인덱스

1. 테이블당 1개씩 허용한다.
2. 테이블의 PK로 설정한 필드는 자동으로 클러스터 인덱스로 만들어진다.
3. 데이터가 어센딩한 상태로 유지된다.
4. 데이터 입력, 수정, 삭제가 느리다.

넌클러스터 인덱스

1. 테이블당 여러개를 만들 수 있다.
2. 레코드의 원본이 정렬되는 것이 아니라 인덱스 페이지만 정령된다.
3. 인덱스 페이지는 로그파일에 저장된다.

👍 책에 비유해서 클러스터 인덱스는 페이지번호라면 넌클러스터 인덱스는 목차에서 내용을 찾는 것으로 이해했다.

💡어떤상황에 써야할까?

• 클러스터는 기간이나 순차적인 번호의 데이터를 가지고 있는 컬럼에 사용하면 좋다. 넌클러스터는 그 외의 조회 조건들에서 사용한다.

📕주의할 점

• 클러스터 인덱스를 세팅할 때 여러 컬럼을 함께 설정할 경우는 항상 묶어서 WHERE절에 조건으로 조회하거나 화면 하나에서 사용하는 곳에만 사용해야한다.

✅ 데이터를 조회하기 위한 쿼리속도를 개선하는 작업을 진행해보면서 알게 된 부분기록

SELECT TOP 2000
    ID
    , CREATE_DATE
    , CONTEXT
FROM
    TABLE
WHERE
    1 = 1
    AND CONTEXT like '%test%'
    AND ID = 'Unknown'
    AND CREATE_DATE BETWEEN '2023-08-01 00:00:00' AND '2023-08-04 23:59:59';

실무에서 사용한 쿼리를 예제로 넣을 수는 없으므로 예시쿼리를 작성했다.

• PK : ID
• 현재 인덱스가 걸려있지 않은 상태
• Microsoft SQL Server Management Studio를 사용

• Ctrl + L로 쿼리를 실행시키면 쿼리의 실행계획을 볼 수 있다.
• 초록색으로 표기된 부분으로 개선하면 영향을 줄 수 있는 수치가 표기된다.
• 해당 쿼리는 인덱스가 없으므로 논클러스터 인덱스를 생성하라는 시나리오를 주었다.

실행계획 바탕으로 개선

• 추후 추가할 예정

• 로그레벨

  • OFF : 가능성이 가장 높은 순위. 로그를 끄기 위해 사용한다.
  • FATAL : 이른 종료를 일으키는 심각한 오류. 상태콘솔에 바로 표시될 것으로 예측.
  • ERROR : 다른 런타임 오류 또는 예기치 못한 조건. 상태 콘솔에 바로 표시될 것으로 예측.
  • WARN : 구식 API의 사용, 잘 활용하지 못한 API 사용, 오류에 '가까운' 것, 그 밖에 꼭 잘못된 것은 아니지만 만족을 하지 못하거나 예기치 않은 런타임 상황. 상태 콘솔에 바로 표시될 것으로 예측.
  • INFO : 흥미로운 런타임 이벤트(시작/종료). 콘솔에 바로 표시될 것으로 예측되므로 가능한 보수적으로 최소한으로 사용.
  • DEBUG : 시스템 전반의 흐름에 관한 자세한 정보. 로그에만 기록될 것으로 예측. 일반적으로 응용 프로그램이 기록하는 대부분의 줄은 DEBUG로 작성하는 것이 좋다.
  • TRACE : 가장 세세한 정보. 로그에만 기록될 것으로 예측. 버전 1.2.12부터 지원.

출처 : https://ko.wikipedia.org/wiki/Log4j