SQAI
OfficialRelated Servers
Alternatives to SQAI
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceProvides governed retrieval over MCP with hybrid search, strict confidence gating, and access control, exposing three read-only tools.3Apache 2.0
- AlicenseNot gradedqualityBmaintenanceA read-only MCP server for querying telemetry data from configurable backends. Provides tools to list sources, describe schemas, run bounded queries, and compute aggregates.MIT
- AlicenseNot gradedqualityCmaintenanceEnables MCP clients to execute validated read-only warehouse queries through a guarded SQL API, with enforced row limits and secret-safe audit metadata.MIT
- AlicenseNot gradedqualityBmaintenanceEnables governed interaction with synthetic people data through MCP tools, providing per-caller scoped access, semantic-layer metrics, and read-only SQL with authorization checks.MIT
- FlicenseNot gradedqualityAmaintenanceProvides a stdio MCP server for Codex to inspect and query configured datasources, with tools for health checks, read-only queries, metadata, and fixed physical sessions with audit trails.16 npm-

MCP DB Gatewayofficial
AlicenseNot gradedqualityBmaintenanceProvides governed, read-only PostgreSQL access for AI agents via MCP. Enforces schema/table allowlists, query limits, and audit events.MIT
TDQS
Scored across 4 tools
Each tool has a clearly distinct role: queryData executes, explainQuery dry-runs, getResult retrieves stored results, and listSources discovers sources/capabilities. Even the closely related queryData and explainQuery are unambiguously separated by execution versus planning. No two tools appear to do the same thing.
All four tool names follow the same camelCase verb_noun pattern: queryData, getResult, explainQuery, listSources. The naming is uniform and predictable, making the API easy to navigate. There are no mixed conventions or vague verbs.
Four tools is a well-scoped count for a read-only query and computation server. Each tool covers an essential stage of the workflow: discover, explain, execute, and retrieve. No tool feels redundant or missing from the core flow.
The tool surface fully covers the stated purpose: discovering data sources and computation modules, validating queries before execution, executing queries, and retrieving truncated results. The read-only nature means CRUD operations are not expected, so there are no obvious dead ends. The workflow is cohesive and self-contained.