← Back to directory
COMPARE UP TO 4 SERVERS

Compare MCP servers

Compare scores, permissions, risks, and fit in one decision-focused table.

DimensionTeradata MCP ServerConnect AI agents directly to Teradata with enterprise security and extensibility.MCP ClickHouseConnect ClickHouse to your AI assistantsMCP Toolbox for DatabasesGoogle's official database MCP toolbox — define AI-accessible database tools via config
FMRS47 / 100 · D79 / 100 · B74 / 100 · B
Reliability8 / 2012 / 2013 / 20
Security and permissions10 / 2018 / 2013 / 20
Maintenance8 / 2017 / 2017 / 20
Documentation9 / 2017 / 2016 / 20
Setup experience12 / 2015 / 2015 / 20
Best for
  • Developers building AI agents that need direct Teradata access
  • Users wanting to quickly create semantic layers
  • Users needing database admin capabilities
  • Users wanting to use RAG pipelines
  • Teams already using ClickHouse who want AI assistants to access data directly.
  • Scenarios requiring fast, read-only data queries and schema exploration.
  • Teams that want precise control over which database operations an AI can perform, rather than open arbitrary SQL execution
  • Scenarios needing a unified MCP setup across multiple database engines
Not for
  • Non-Teradata database users
  • Users needing a full GUI management interface
  • Enterprises requiring official support (community project)
  • Scenarios requiring write access to the database without explicit opt-in.
  • Production environments with stringent security requirements that avoid default permission settings.
  • Lightweight cases that just want to run a few ad-hoc SQL queries without maintaining a tools.yaml config (a simpler single-database MCP may be a better fit)
Required permissions
  • Requires Teradata database credentials
  • May need access to database objects (tables, views, stored procedures)
  • May execute SQL queries
  • May require file system access (depending on tool)
  • Requires read-only access to ClickHouse database (default).
  • Optional: write access via CLICKHOUSE_ALLOW_WRITE_ACCESS.
  • Optional: destructive operations via CLICKHOUSE_ALLOW_DROP.
  • Database credentials (username/password/connection string) are supplied via env vars or config
  • A tool's actual permission is whatever SQL statement is defined in tools.yaml — designed for least privilege, but misconfiguration can still over-expose access
Risks and side effects
  • Database credentials are stored in plaintext in environment
  • Executing SQL queries may modify data or impact performance
  • Row limit protection reduces token overflow risk
  • Community project, security should be self-assessed
  • If write access is enabled, AI might make unintended modifications.
  • If DROP access is enabled, data deletion could occur accidentally.
  • Credentials may be exposed via environment variables.
  • If tools.yaml defines SQL statements that allow unconstrained writes or deletes, the AI could accidentally modify data
  • The prebuilt toolsets (--prebuilt) favor convenience and may expose broader query capability than a specific business actually needs — use a custom tools.yaml in production
Supported clientsClaude Desktop, VS Code + Copilot, Open WebUI, FlowiseClaude DesktopClaude Code, Gemini CLI, Zed, Antigravity
Tools940