Field-by-field comparison

Compare the evidence before choosing an MCP.

Each signal stays separate, missing facts remain visible, and the column order follows your selection.

MCPs in this comparison

Uncheck an MCP to remove it. Comparing two or three keeps each signal in its own row.

Open canonical comparison link

Comparable alternatives

Shown only when capability or industry context overlaps.

Side-by-side MCP evidence comparison
Evidence fieldDBHubShortlist candidateSupabase MCPMCP100 Recommended
Task fit
Best for
  • Developers/DBAs who need a compact MCP interface to multiple SQL databases with configurable read-only guardrails.
  • Inspecting one Supabase project's schema, logs, advisors, and docs
  • Development environments using project-scoped read-only access
  • Teams that understand database and deployment consequences
Not ideal for
  • Users who need a broadly proven, low-risk, fully mature Recommended-grade integration today.
  • Production database administration by an unattended agent
  • Users needing only public Supabase documentation
  • Organizations unable to grant Supabase OAuth access to an MCP client
Avoid when
  • Avoid high-impact or sensitive production use unless the documented authentication, permissions, rollback, and data handling match your environment.
  • The server would be left organization-wide rather than project-scoped
  • Write-capable SQL, migrations, functions, branches, or storage changes cannot be human-approved
  • Production secrets or customer records could be returned to the model
Provenance
Provenance details

First-party MCP

github:bytebase · Publisher source ↗

First-party MCP

Supabase · Publisher source ↗

Maintenance
Maintenance details

Repo: Not documented

Package: Not documented

Repo: Sep 24, 2026

Package: Sep 21, 2026

Popularity evidence
GitHub stars

3,699

GitHub stars · checked 2026-10-21

2,919

GitHub stars · checked 2026-09-24T04:16:20.864000Z

Package downloads / 30 days

165,521

package downloads / 30 days · checked 2026-10-21

406,869

package downloads / 30 days · checked 2026-09-24T04:17:50.300000Z

Client coverage
Client coverage detailsNot documented
Claude Code✓ Streamable HTTP
Claude Desktop✓ Streamable HTTP
Codex✓ Streamable HTTP
VS Code✓ Streamable HTTP
Cursor✓ Streamable HTTP
OpenCode✓ Streamable HTTP
Client coverage noteLocal stdio runs on your computer. Streamable HTTP connects to a remotely hosted MCP server.
Access and data
AuthenticationUses the configured database credentials; SSH/TLS/custom connection settings depend on the target database.Hosted MCP uses browser OAuth and grants organization access to the MCP client. Project scope, read-only mode, and feature groups are encoded in URL query parameters. Enterprise-managed authentication is GA for eligible Team and Enterprise organizations. Access remains scoped to each user's existing Supabase role and permissions.
CostOpen-source server; database/infrastructure/model costs remain separate.The MCP server is open source; normal Supabase plan, database, branch, Edge Function, storage, and usage charges apply. Branching and some storage operations require a paid plan.
PermissionsCan execute SQL against configured databases. Read-only mode, row limits and query timeouts are key guardrails; custom tools can intentionally expose additional operations.Without project_ref the hosted server can access all projects in the authorized organization. With project_ref it is limited to one project. read_only=true uses a read-only Postgres user for SQL and disables listed mutation tools. Feature groups can further narrow exposed tools.
Data handlingDatabase schema/query results are exposed to the MCP client; self-hosting keeps the MCP process local but the AI client/provider may receive returned data.Enabled tools may return schemas, table data from executed queries, logs, security/performance advisors, project metadata, publishable keys, types, and Edge Function source. Hosted mode sends tool requests through Supabase's MCP service.
Limitations
Tradeoffs
  • Database write authority is possible, so safe defaults and credential isolation need strong production evidence.
  • Project scoping removes account-level tools but materially reduces blast radius.
  • Read-only mode disables mutations but also removes migration, deployment, branch, and storage configuration workflows.
  • Branching and some storage capabilities require paid plans; the server is pre-1.0 and may change.
Risk contextDatabase write authority is possible, so safe defaults and credential isolation need strong production evidence.Unscoped or write-enabled access can affect every project in an organization, execute SQL, apply migrations, deploy functions, or manage branches. Always set project_ref and read_only=true first, minimize feature groups, and avoid production data.
Evidence date
Editorial review2026-10-212026-09-05
Candidate evidence2026-10-21T00:00:00Z2026-09-24T04:25:05.554391Z

Popularity, maintenance, fit, permissions, and client support are independent evidence fields.

Read the evidence method →