측정으로 SQL 최적화를 평가하는 방법.
최적화 제안에는 스키마와 실행 계획의 증거가 필요합니다. 짧은 쿼리가 자동으로 더 빠르거나 동등한 것은 아닙니다.
작업에 맞게 절차를 조정하세요.
스키마, 인덱스, 실행 계획으로 측정된 병목을 찾으세요. 범위를 정한 변경을 제안하고 데이터 분포와 쓰기 비용을 고려해 결과와 워크로드 성능을 모두 비교하세요.
- 제공할 내용
- 쿼리, 스키마, 제공된 실행 계획.
- 받을 결과
- 필요한 측정 항목을 포함한 최적화 가설.
입력과 결과를 확인하세요.
설명용 입력과 출력 · 실제 WebAct 실행이 아닌 학습용 예시
입력 항목 예시개
A query filters orders by customer_id; the execution plan scans the full table.
완성된 예시
Investigate whether an appropriate index improves the measured workload; verify selectivity, write costs and the actual plan before changing production.
이 입력을 프롬프트에 넣고 WebAct에 복사해 작업을 실행해 보세요. 결과는 설명용 예시와 다를 수 있습니다.
판단 기준과 문제 해결.
SQL 쿼리가 짧으면 반드시 더 빠른가요?
아니요. 성능은 실행 계획과 워크로드에 달려 있습니다. 의미를 유지하고 변경 뒤 관련 동작을 측정하세요.
인덱스를 추가했는데 쿼리가 개선되지 않은 이유는 무엇인가요?
선택도, 조건식, 실제 계획을 살펴보세요. 옵티마이저가 다른 접근 경로를 선택할 타당한 이유가 있을 수 있습니다.
직접 준비한 자료로 시도하세요.
작업 프롬프트의 예시를 내 자료로 바꾸세요. 필요한 요구 사항은 유지하고 작업을 WebAct에 복사하세요.
작업 맞춤 설정 및 복사 ↑