Skip to main content
Glama
suniljavadi

Data Engineering MCP Server

by suniljavadi

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

This server publishes no instructions, or was last inspected before Glama recorded them.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
get_job_statusC

Return the latest execution status for an ETL job.

get_job_logsC

Return bounded structured logs for an ETL job execution.

get_job_historyC

Return recent executions for an ETL job.

get_database_schemaB

Return table columns and indexes without credentials.

validate_sqlC

Check whether SQL is a single safe read-only query.

execute_readonly_sqlA

Execute a bounded SELECT or WITH query against the synthetic database.

search_documentationC

Search synthetic data engineering runbooks.

search_incidentsC

Search historical synthetic incidents.

analyze_job_failureC

Prepare deterministic evidence for a failed ETL run.

Prompts

Interactive templates invoked by user choice

NameDescription
investigate_etl_failure
analyze_sql

Resources

Contextual data attached and managed by the client

NameDescription
jobs_resourceRead-only catalog of available ETL jobs.
incidents_resourceRead-only historical incident catalog.
database_schema_resourceRead-only list of synthetic database tables.
documentation_resourceRead-only documentation catalog.

TDQS

B3.1/5.0

Scored across 9 tools

Disambiguation4/5

Most tools target distinct resources and actions: job status, logs, history, schema, SQL validation/execution, documentation, incidents, and failure analysis are clearly separated. The only mild overlap is get_job_status versus get_job_history, since both relate to recent execution state, but the descriptions clarify that one returns the latest status and the other returns a list of executions.

Naming Consistency5/5

All tool names follow a consistent verb_noun pattern using lowercase snake_case, such as get_job_status, validate_sql, search_incidents, and analyze_job_failure. The verb varies based on the action, but the structure is uniform and predictable.

Tool Count5/5

Nine tools is well-scoped for a data engineering support server. Each tool serves a clear purpose across job inspection, read-only database access, documentation and incident lookup, and failure analysis without unnecessary redundancy.

Completeness4/5

The tool surface covers the core diagnostic workflow: inspect job execution, analyze schema, validate and run read-only SQL, search runbooks and incidents, and assemble failure evidence. A minor gap is the lack of a way to list all available jobs or tables directly, but search and schema tools help compensate.

Maintenance

ActivityMaintained
ResponsivenessNo issues