에이전트에 DB 붙이기, 데모는 되지만 운영은 왜 어려운가

AI 에이전트에 데이터베이스를 연결하는 방식을 두고 실무적인 경고가 제기됐다. 로컬 스크립트로 DB에 직접 붙이거나, 기존 데이터베이스 MCP를 그대로 가져다 DDL과 쿼리 실행 인터페이스를 노출하는 것이 흔한 출발점이다. 데모 단계에서는 이 방식이 잘 돌아가지만, 실제 서비스 환경에 들어가면 곧바로 문제가 드러난다는 것이 핵심 지적이다.

구체적으로 제기된 문제는 네 갈래다. 대형 모델이 스키마에 쓰인 축약어와 숫자로 된 enum 값을 제대로 해석하지 못하고, 여러 테이블을 엮는 복잡한 조인 쿼리를 자주 틀린다. 여기에 프로덕션 DB 계정과 비밀번호가 클라이언트 쪽에 그대로 노출되는 구조적 위험이 더해지고, WHERE 절이 빠진 SQL 한 줄이 권한을 넘어선 조회나 데이터 오수정으로 이어질 수 있다.

배경에는 MCP(Model Context Protocol) 같은 규격이 있다. DB를 에이전트에 붙이는 작업 자체가 그만큼 쉬워졌고, 그래서 시도하는 팀이 늘었다. 문제는 연결이 쉬워진 것과 안전하게 운영하는 것이 전혀 다른 일이라는 점이다. 데모가 통과되는 순간에는 드러나지 않던 위험이 트래픽과 데이터가 붙는 순간 표면화된다.

개발자 입장에서 이 지적이 의미하는 바는 분명하다. 스키마를 모델에 어떤 형태로 보여줄지, 어떤 권한의 계정으로 접속하게 할지, 실행 전에 쿼리를 검증할 계층을 어디에 둘지 같은 결정이 데모 코드에는 없지만 운영에서는 필수라는 것이다. 자연어를 SQL로 바꾸는 정확도 문제는 프롬프트 문구를 다듬는 것만으로 해결되지 않으며, 접근 권한과 실행 범위를 코드 바깥에서 통제하는 설계가 함께 필요하다.

다만 원문은 도입부까지만 공개돼 있어, 저자가 제시하는 구체적인 해법이나 권장 아키텍처는 확인되지 않는다. 위에 정리한 문제 제기 역시 해당 매체가 제기한 진단이며, 어떤 방식이 정답인지는 별도 검증이 필요한 영역이다.