EXPLAIN
SELECT id, title
FROM entries
WHERE category = 'example'
ORDER BY created_at;프로젝트
행 추정과 접근 경로를 비교하고 결과 확인 후에 인덱스 개선 효과를 판단합니다.
적용하기 전에 검토하세요
실제 동작을 예상 결과와 비교하세요. 검사가 실패하면 다음 변경을 하기 전에 원인을 조사하세요.
모델
기본 URL과 필요한 API 키로 OpenAI 호환 또는 Anthropic 엔드포인트를 설정하고 연결을 테스트하세요. 로컬 모델 서버는 실행 중이어야 합니다. 원격 도구는 데이터를 별도로 전송할 수 있습니다.
EXPLAIN
SELECT id, title
FROM entries
WHERE category = 'example'
ORDER BY created_at;데이터베이스 변경에 애플리케이션 맥락을 더하세요
Codepoint Studio는 프로젝트 폴더를 대화의 기준으로 삼는 Windows AI 코딩 작업 공간에서 데이터베이스 관련 개발을 다루게 합니다. 느린 목록 표시나 예상 밖의 결과 집합처럼 주의가 필요한 애플리케이션 동작부터 시작하세요. 변경 논의 전에 쿼리와 호출자를 살펴보도록 연결된 모델에 요청해 애플리케이션이 실제로 소비하는 내용을 제안에 반영하세요.
query.sql 예시는 인덱스를 바꾸기 전에 조사하는 출발점으로 EXPLAIN을 사용합니다. 자체 프로젝트에서는 민감 정보를 제거한 실행 계획, 관련 스키마, 쿼리 결과의 예상 정렬 순서를 같은 작업에 포함할 수 있습니다. 이는 개발 작업 절차의 예시이며 통합 데이터베이스 최적화기가 아닙니다. 인덱스나 쿼리 수정 제안은 여전히 데이터베이스 버전, 작업 부하, 변경 절차에 비춰 검토해야 합니다.
지원되는 OpenAI 호환 또는 Anthropic 엔드포인트에서 제공하면 제한 없는 모델을 선택할 수 있습니다. 필요한 연결 정보와 인증 정보는 직접 제공하며 모델 동작과 도구 접근은 그 설정에 따라 결정됩니다. 어시스턴트의 추론으로 전제를 드러낸 뒤 패치를 살펴보고 적절한 데이터베이스 환경에서 검사를 실행하세요. 올바른 결과, 마이그레이션 영향, 측정된 실행 계획은 변경이 애플리케이션에 적합한지에 관한 서로 다른 질문에 답합니다.
쿼리나 인덱스를 바꾸기 전에
느린 쿼리에는 어떤 데이터베이스 컨텍스트가 필요하나요?
민감 정보를 제거한 쿼리, 관련 테이블 정의, 데이터베이스 버전, 사용 가능한 실행 계획을 포함하세요. 예상 행 수와 정렬 순서를 설명하세요. 운영 인증 정보를 공유하거나 쿼리가 보인다는 이유만으로 모델이 데이터베이스에 연결할 수 있다고 가정하지 마세요.
더 짧은 쿼리가 더 느릴 수도 있나요?
네. 텍스트 길이로 실행 비용이 정해지지는 않습니다. 작업 부하를 대표하는 환경에서 실행 계획과 측정치를 비교하고 반환 행을 검증하세요. 검사로 뒷받침되기 전까지 어시스턴트의 설명은 가설로 다루세요.
제안된 인덱스를 바로 적용해야 하나요?
일반적인 데이터베이스 절차에 따라 쓰기, 저장 공간, 기존 인덱스에 미치는 영향을 검토하세요. 예시가 스키마 변경을 승인하는 것은 아닙니다. 애플리케이션 동작과 운영상 영향을 모두 확인할 때까지 제안과 실행을 분리하세요.
쿼리를 다시 작성한 뒤 호출자는 어떻게 검사하나요?
필드 이름, 누락 값, 정렬, 페이지 나누기에 대한 기대를 확인하세요. 대표 데이터로 관련 애플리케이션 테스트를 실행하세요. 유효한 SQL 문도 결과를 소비하는 화면이나 서비스가 의존하는 규약을 바꿀 수 있습니다.
Codepoint Studio · 업데이트 2026-10-25
