모든 PostgreSQL MCP 서버는 처음 5분 동안은 유능해 보입니다.

클라이언트가 연결합니다. 모델이 테이블 목록을 보여줍니다. 질문이 SQL로 변환되고, 그럴듯한 결과가 반환됩니다.

차이점은 나중에 나타납니다:

• 테넌트 필터가 누락됨
• 스키마가 변경됨
• 쿼리가 너무 많은 데이터를 스캔함
• 데이터베이스 역할이 예상보다 광범위함
• 누군가가 어제 숫자가 어디서 왔는지 물어봄

따라서 저는 PostgreSQL MCP 서버를 데모 속도만으로 평가하지 않을 것입니다.

저는 일곱 가지 항목을 점수화할 것입니다:

1. 데이터베이스 강제 권한(Database-enforced authority) — 읽기 전용 및 객체 범위는 프롬프트에만 있는 것이 아니라 PostgreSQL 자체에 존재해야 합니다.
2. 바운디드 툴(Bounded tools) — 명시적 매개변수, 행 제한, 타임아웃, 취소 기능, 구조화된 오류 처리 등이 필요합니다.
3. 현재 컨텍스트(Current context) — 스키마, 관계, 승인된 뷰, 민감한 필드, 메트릭 정의 등을 포함해야 합니다.
4. 테넌트 격리(Tenant isolation) — 신원과 범위는 모든 도구 호출을 거쳐 살아남아야 합니다.
5. 결과 영수증(Result receipts) — 출처, 필터, 최신성, 행 수, 잘림 정보, 트레이스 ID가 필요합니다.
6. 실패 동작(Failure behavior) — 풀링(pooling), 재시도(retries), 잠금 대기(lock waits), TLS 실패, 스키마 드리프트(schema drift) 등을 처리해야 합니다.
7. 버전 관리 가능한 이식성(Versioned portability) — MCP 클라이언트 및 업그레이드 전반에 걸쳐 예측 가능한 계약을 제공해야 합니다.

그런 다음 네거티브 테스트를 실행합니다.

제외된 테이블을 시도해 봅니다. 테넌트를 생략합니다. 변경 사항을 요청합니다. 타임아웃을 강제합니다. 스키마를 변경합니다. 제한보다 더 많은 행을 요청합니다.

최고의 서버는 행복한 경로(happy path)를 완료하는 서버가 아닙니다.

명확하고 예측 가능하게 안전하지 않은 요청을 실패시키는 서버입니다.

전체 점수표: PostgreSQL용 최고의 MCP 서버