자연어 SQL은 실행 전 실행 계획 (Explain Plan)이 필요합니다

자연어 SQL (Natural-language SQL)은 프롬프트 (Prompt)에서 바로 운영 환경의 쿼리 (Production query)로 직행해서는 안 됩니다. 생성된 SQL이 합리적으로 보일 수도 있고, 데이터베이스 (Database)가 이를 수용할 수도 있습니다. 하지만 실행 계획 (Plan)은 여전히 위험할 수 있습니다: 의도치 않은 전체 테이블 스캔 (Full table scan), 실수로 발생한 교차 조인 (Cross join), 테넌트/날짜 필터 (Tenant/date filter) 누락, 제한 없는 집계 쿼리 (Unbounded aggregate query), 잘못된 승인된 표면 (Wrong approved surface) 접근, 예산을 훨씬 초과하는 예상 행 수 (Estimated rows far above budget). MCP 데이터베이스 서버의 경우, 실행 계획 사전 점검 (Explain-plan preflight)이 일반적인 운영 패턴이 되어야 한다고 생각합니다. 모든 사용자가 쿼리 계획 (Query plans)을 읽고 싶어 하기 때문이 아닙니다. 시스템이 실행 전에 비용이 많이 들거나 의심스러운 쿼리를 포착할 방법이 필요하며, 답변이 중요한 상황에서 검토를 위한 증거를 남겨야 하기 때문입니다. 더 긴 버전: AI 데이터베이스 에이전트 (AI database agents)를 위한 실행 계획 (Explain plans). 모델 (Model)은 SQL을 생성할 수 있습니다. 도구 계층 (Tool layer)은 이것이 실행하기에 충분히 안전한지 여부를 결정해야 합니다.