MCP.so
Sign In
Servers

SQL Server MCP Client

@aadversteeg

A Microsoft SQL Server client implementing the Model Context Protocol (MCP). This server provides SQL query capabilities through a simple MCP interface.

Breaking Change in 0.0.5: Query and stored procedure execution tools are now disabled by default for security. If you were relying on the previous defaults, you must now explicitly enable them by setting the corresponding environment variables to "true":

  • DatabaseConfiguration__EnableExecuteQuery
  • DatabaseConfiguration__EnableExecuteStoredProcedure
  • DatabaseConfiguration__EnableStartQuery
  • DatabaseConfiguration__EnableStartStoredProcedure

See Configuring Claude Desktop / Claude Code for examples.

A comprehensive Microsoft SQL Server client implementing the Model Context Protocol (MCP). This server provides extensive SQL Server capabilities including query execution, schema discovery, and stored procedure management through a simple MCP interface.

Overview

The SQL Server MCP client is built with .NET Core using the Model Context Protocol C# SDK (github.com/modelcontextprotocol/csharp-sdk). It provides tools for executing SQL queries, managing stored procedures, listing tables, and retrieving comprehensive schema information from SQL Server databases. The server is designed to be lightweight yet powerful, demonstrating how to create a robust MCP server with practical database functionality. It can be deployed either directly on a machine or as a Docker container.

The MCP client operates in one of two modes:

  • Database Mode: When a specific database is specified in the connection string, only operations within that database context are available
  • Server Mode: When no database is specified in the connection string, server-wide operations across all databases are available

Features

Core Database Operations

  • Execute SQL queries on connected SQL Server databases
  • List all tables with schema and row count information
  • Retrieve detailed schema information for specific tables
  • Comprehensive stored procedure management and execution

Stored Procedure Support

  • Parameter Discovery: Get detailed parameter information in table or JSON Schema format
  • Type-Safe Execution: Automatic JSON-to-SQL type conversion based on parameter metadata
  • Rich Metadata: Support for input/output parameters, default values, and data type constraints
  • Cross-Database Operations: Execute procedures across different databases (Server Mode)

Advanced Features

  • JSON Schema Output: Parameter metadata compatible with validation tools
  • Case-Insensitive Parameters: Flexible parameter naming with @ prefix normalization
  • SQL Server Feature Detection: Comprehensive capability reporting
  • Two-Mode Architecture: Optimized for both single-database and multi-database scenarios
  • Configurable Timeouts: Default and per-operation timeout control with runtime management tools
  • Background Session Management: Execute long-running queries and procedures with session-based monitoring
  • Execution Timing: Automatic wall-clock and SQL Server-reported timing on query and stored procedure results
  • Query Profiling: Optional per-table IO statistics and actual XML execution plans for performance analysis
  • Rows Affected: Automatic reporting of rows affected by DML operations

Security & Configuration

  • Configurable tool enablement for security
  • Environment-based configuration
  • Comprehensive error handling with standardized error messages
  • Input validation against SQL Server metadata

Getting Started

Prerequisites

  • .NET 10.0 SDK (for local development/deployment)
  • Docker (for container deployment)

Build Instructions (for development)

If you want to build the project from source:

  1. Clone this repository:

    git clone https://github.com/aadversteeg/mssqlclient-mcp-server.git
    
  2. Navigate to the source directory:

    cd mssqlclient-mcp-server/src
    
  3. Build the project:

    dotnet build
    
  4. Run the unit tests:

    dotnet test
    

Running Integration Tests

Integration tests verify the MCP server against a real SQL Server instance. The test framework automatically manages Docker containers: it finds a free port (in the 14330–14339 range), starts a SQL Server container with a unique name, runs all tests, and removes the container when done.

The only prerequisite is that Docker is running:

cd tst
dotnet test --filter "TestType=Integration"

The integration tests cover both database mode (connection string with Database=) and server mode (connection string without Database=), including tool metadata verification and functional tests for query execution, table listing, and schema retrieval.

Integration tests also run automatically in CI via the Integration Tests workflow, which can be triggered manually from the GitHub Actions tab.

Docker Support

Docker Hub

The SQL Server MCP Client is available on Docker Hub.

# Pull the latest version
docker pull aadversteeg/mssqlclient-mcp-server:latest

Manual Docker Build

If you need to build the Docker image yourself:

# Navigate to the repository root
cd mssqlclient-mcp-server

# Build the Docker image
docker build -f src/Core.Infrastructure.McpServer/Dockerfile -t mssqlclient-mcp-server:latest src/

# Run the locally built image
docker run -d --name mssql-mcp -e "MSSQL_CONNECTIONSTRING=Server=your_server;Database=your_db;User Id=your_user;Password=your_password;TrustServerCertificate=True;" mssqlclient-mcp-server:latest

Local Registry Push

To push to your local registry:

# Build the Docker image
docker build -f src/Core.Infrastructure.McpServer/Dockerfile -t localhost:5000/mssqlclient-mcp-server:latest src/

# Push to local registry
docker push localhost:5000/mssqlclient-mcp-server:latest

Using Local Registry

If you have pushed the image to local registry running on port 5000, you can pull from it:

# Pull from local registry
docker pull localhost:5000/mssqlclient-mcp-server:latest

.NET Tool

The SQL Server MCP Client is available as a .NET global tool on NuGet.

Installation

dotnet tool install --global Ave.McpServer.MsSqlClient

Running

ave-mcpserver-mssqlclient

One-shot execution (without permanent installation)

With .NET 10 SDK, you can run the tool without installing it globally using dotnet tool exec:

dotnet tool exec -y ave.mcpserver.mssqlclient

The -y flag accepts prompts automatically. The tool is cached locally but not added to your PATH.

Configuring Claude Desktop / Claude Code

Add the server configuration to the mcpServers section in your configuration file.

By default, only read-only tools are enabled (listing tables, viewing schemas, listing stored procedures). To enable query and stored procedure execution, add the corresponding environment variables set to "true":

SettingDescriptionDefault
DatabaseConfiguration__EnableExecuteQueryEnable execute_query / execute_query_in_database toolsfalse
DatabaseConfiguration__EnableExecuteStoredProcedureEnable execute_stored_procedure / execute_stored_procedure_in_database toolsfalse
DatabaseConfiguration__EnableStartQueryEnable start_query / start_query_in_database session toolsfalse
DatabaseConfiguration__EnableStartStoredProcedureEnable start_stored_procedure / start_stored_procedure_in_database session toolsfalse
DatabaseConfiguration__MaxCellOutputLengthMaximum characters displayed per cell in query results. Values longer than this are truncated with .... Set to 0 to disable truncation.40

Using .NET Tool

Requires .NET 10 SDK. This approach automatically downloads the tool on first use and updates to the latest version on subsequent runs.

"mssql": {
  "command": "dotnet",
  "args": [
    "tool",
    "exec",
    "-y",
    "ave.mcpserver.mssqlclient"
  ],
  "env": {
    "MSSQL_CONNECTIONSTRING": "Data Source=localhost;Integrated Security=True;MultipleActiveResultSets=True;TrustServerCertificate=True;",
    "DatabaseConfiguration__EnableExecuteQuery": "true",
    "DatabaseConfiguration__EnableExecuteStoredProcedure": "true",
    "DatabaseConfiguration__EnableStartQuery": "true",
    "DatabaseConfiguration__EnableStartStoredProcedure": "true"
  }
}

Using Global Installation

Requires .NET 10 SDK. Install the tool once, then use it directly.

dotnet tool install --global Ave.McpServer.MsSqlClient
"mssql": {
  "command": "ave-mcpserver-mssqlclient",
  "env": {
    "MSSQL_CONNECTIONSTRING": "Data Source=localhost;Integrated Security=True;MultipleActiveResultSets=True;TrustServerCertificate=True;",
    "DatabaseConfiguration__EnableExecuteQuery": "true",
    "DatabaseConfiguration__EnableExecuteStoredProcedure": "true",
    "DatabaseConfiguration__EnableStartQuery": "true",
    "DatabaseConfiguration__EnableStartStoredProcedure": "true"
  }
}

To update: dotnet tool update --global Ave.McpServer.MsSqlClient

MCP Protocol Usage

Client Integration

To connect to the SQL Server MCP Client from your applications:

  1. Use the Model Context Protocol C# SDK or any MCP-compatible client
  2. Configure your client to connect to the server's endpoint
  3. Call the available tools described below

Available Tools

The available tools differ depending on which mode the server is operating in, with some tools available in both modes:

Common Tools (Available in Both Modes)

server_capabilities

Returns detailed information about the capabilities and features of the connected SQL Server instance.

Example request:

{
  "name": "server_capabilities",
  "parameters": {}
}

Example response in Server Mode:

{
  "version": "Microsoft SQL Server 2019",
  "majorVersion": 15,
  "minorVersion": 0,
  "buildNumber": 4123,
  "edition": "Enterprise Edition",
  "isAzureSqlDatabase": false,
  "isAzureVmSqlServer": false,
  "isOnPremisesSqlServer": true,
  "toolMode": "server",
  "features": {
    "supportsPartitioning": true,
    "supportsColumnstoreIndex": true,
    "supportsJson": true,
    "supportsInMemoryOLTP": true,
    "supportsRowLevelSecurity": true,
    "supportsDynamicDataMasking": true,
    "supportsDataCompression": true,
    "supportsDatabaseSnapshots": true,
    "supportsQueryStore": true,
    "supportsResumableIndexOperations": true,
    "supportsGraphDatabase": true,
    "supportsAlwaysEncrypted": true,
    "supportsExactRowCount": true,
    "supportsDetailedIndexMetadata": true,
    "supportsTemporalTables": true
  }
}

This tool is useful for:

  • Determining which features are available in your SQL Server instance
  • Debugging compatibility issues
  • Understanding which query patterns will be used
  • Verifying whether you're in server or database mode

get_command_timeout

Returns current timeout configuration settings.

Example request:

{
  "name": "get_command_timeout",
  "parameters": {}
}

Example response:

{
  "defaultCommandTimeoutSeconds": 30,
  "connectionTimeoutSeconds": 15,
  "maxConcurrentSessions": 10,
  "sessionCleanupIntervalMinutes": 60,
  "totalToolCallTimeoutSeconds": 120,
  "timestamp": "2024-12-19 10:30:45 UTC"
}

set_command_timeout

Updates the default command timeout for all new operations.

Note: When TotalToolCallTimeoutSeconds is configured, the effective timeout will be the minimum of this value and the remaining total timeout. This ensures operations complete within the total tool call timeout limit.

Parameters:

  • timeoutSeconds (required): New timeout in seconds (1-3600)

Example request:

{
  "name": "set_command_timeout",
  "parameters": {
    "timeoutSeconds": 120
  }
}

Example response:

{
  "message": "Default command timeout updated successfully",
  "oldTimeoutSeconds": 30,
  "newTimeoutSeconds": 120,
  "note": "This change only affects new operations. Existing sessions will continue with their original timeout settings.",
  "timestamp": "2024-12-19 10:31:00 UTC"
}

Session Management Tools

These tools allow management of long-running queries and stored procedures through background sessions. They are particularly useful when operations would exceed the TotalToolCallTimeoutSeconds limit or when you need to run multiple operations concurrently.

get_session_status

Check the status of a running query or stored procedure session.

Parameters:

  • sessionId (required): The session ID to check

Example request:

{
  "name": "get_session_status",
  "parameters": {
    "sessionId": 12345
  }
}

Example response:

{
  "sessionId": 12345,
  "type": "query",
  "query": "SELECT * FROM LargeTable",
  "databaseName": "Northwind",
  "startTime": "2024-12-19 10:30:00 UTC",
  "endTime": "2024-12-19 10:35:23 UTC",
  "duration": "323.5 seconds",
  "status": "completed",
  "isRunning": false,
  "rowCount": 1500000,
  "error": null,
  "timeoutSeconds": 600,
  "serverElapsedTimeMs": 323000,
  "serverCpuTimeMs": 18500,
  "rowsAffected": null,
  "ioStats": [
    { "table": "LargeTable", "logicalReads": 45230, "physicalReads": 120, "readAheadReads": 44800 }
  ],
  "executionPlanXml": null
}

The following fields are included when available (null otherwise):

  • serverElapsedTimeMs / serverCpuTimeMs: SQL Server-side timing (always captured)
  • rowsAffected: Total rows affected by DML operations (always captured)
  • ioStats: Per-table IO statistics (only when includeIoStats was true on the start tool)
  • executionPlanXml: Actual XML execution plan (only when includeExecutionPlan was true on the start tool)
get_session_results

Get results from a completed or running query/stored procedure session.

Parameters:

  • sessionId (required): The session ID to get results from
  • maxRows (optional): Maximum number of rows to return

Example request:

{
  "name": "get_session_results",
  "parameters": {
    "sessionId": 12345,
    "maxRows": 100
  }
}

Example response:

{
  "sessionId": 12345,
  "type": "query",
  "status": "completed",
  "rowCount": 1500000,
  "results": "| CustomerID | CompanyName | ContactName |\n| ---------- | ----------- | ----------- |\n| ALFKI | Alfreds Futterkiste | Maria Anders |\n...\n... (showing first 100 rows of 1500000 total)",
  "maxRowsApplied": 100,
  "serverElapsedTimeMs": 323000,
  "serverCpuTimeMs": 18500,
  "rowsAffected": null,
  "ioStats": [
    { "table": "Customers", "logicalReads": 42, "physicalReads": 0, "readAheadReads": 0 }
  ],
  "executionPlanXml": null
}
stop_session

Stop a running query or stored procedure session.

Parameters:

  • sessionId (required): The session ID to stop

Example request:

{
  "name": "stop_session",
  "parameters": {
    "sessionId": 12345
  }
}

Example response:

{
  "sessionId": 12345,
  "status": "cancelled",
  "message": "Session cancelled successfully",
  "timestamp": "2024-12-19 10:32:15 UTC"
}
list_sessions

List all query and stored procedure sessions.

Parameters:

  • status (optional): Filter by status - "all" (default), "running", or "completed"

Example request:

{
  "name": "list_sessions",
  "parameters": {
    "status": "running"
  }
}

Example response:

{
  "filter": "running",
  "totalSessions": 2,
  "sessions": [
    {
      "sessionId": 12345,
      "type": "query",
      "query": "SELECT * FROM LargeTable...",
      "databaseName": "Northwind",
      "startTime": "2024-12-19 10:30:00 UTC",
      "duration": "45.2 seconds",
      "status": "running",
      "isRunning": true,
      "rowCount": 0,
      "hasError": false
    },
    {
      "sessionId": 12346,
      "type": "storedprocedure",
      "query": "GenerateMonthlyReport",
      "databaseName": "Sales",
      "startTime": "2024-12-19 10:25:00 UTC",
      "duration": "320.1 seconds",
      "status": "running",
      "isRunning": true,
      "rowCount": 0,
      "hasError": false
    }
  ],
  "timestamp": "2024-12-19 10:30:45 UTC"
}

Database Mode Tools

When connected with a specific database in the connection string, the following tools are available:

execute_query

Executes a SQL query on the connected SQL Server database.

Parameters:

  • query (required): The SQL query to execute.
  • timeoutSeconds (optional): Command timeout in seconds. Overrides the default timeout.
  • includeIoStats (optional): Include per-table IO statistics. Default is false.
  • includeExecutionPlan (optional): Include the actual XML execution plan. Default is false.
  • maxCellOutputLength (optional): Maximum characters displayed per cell. Values longer than this are truncated with .... Set to 0 to disable truncation. If not specified, uses the server default (MaxCellOutputLength, default 40).

Example request:

{
  "name": "execute_query",
  "parameters": {
    "query": "SELECT TOP 5 * FROM Customers",
    "includeIoStats": true
  }
}

Example response:

| CustomerID | CompanyName                      | ContactName        |
| ---------- | -------------------------------- | ------------------ |
| ALFKI      | Alfreds Futterkiste              | Maria Anders       |
| ANATR      | Ana Trujillo Emparedados y h...  | Ana Trujillo       |
| ANTON      | Antonio Moreno Taquería          | Antonio Moreno     |
| AROUT      | Around the Horn                  | Thomas Hardy       |
| BERGS      | Berglunds snabbköp               | Christina Berglund |

Total rows: 5
Execution time: 42ms (server: 38ms, CPU: 12ms)
IO stats: Customers (logical: 12, physical: 0, read-ahead: 0)

Execution Timing

The timing line shows:

  • Total execution time: Wall-clock time measured client-side (includes network latency and result reading)
  • Server elapsed time: Time reported by SQL Server for query execution
  • CPU time: CPU time consumed on SQL Server

If SQL Server timing information is unavailable, only the client-side time is shown: Execution time: 42ms

Execution timing is always included in the output of all execute tools.

IO Statistics

When includeIoStats is set to true, per-table IO statistics are appended to the output:

IO stats: Customers (logical: 12, physical: 0, read-ahead: 0), Orders (logical: 42, physical: 3, read-ahead: 40)

This shows for each table accessed:

  • Logical reads: Pages read from the buffer cache
  • Physical reads: Pages read from disk
  • Read-ahead reads: Pages placed into the cache for the query

IO statistics are useful for identifying missing indexes and inefficient query plans.

Execution Plan

When includeExecutionPlan is set to true, the actual XML execution plan is included at the end of the output:

Execution plan:
<ShowPlanXML xmlns="http://schemas.microsoft.com/sqlserver/2004/07/showplan" ...>...</ShowPlanXML>

The XML plan can be saved to a .sqlplan file and opened in SQL Server Management Studio or Azure Data Studio for visual analysis.

Rows Affected

For DML operations (INSERT, UPDATE, DELETE) that don't return result rows, the output includes:

Query executed successfully. No results returned.
Rows affected: 5
Execution time: 12ms (server: 8ms, CPU: 2ms)

Rows affected reporting is always on and has no overhead.

These profiling features (includeIoStats, includeExecutionPlan) are also available on execute_query_in_database, execute_stored_procedure, execute_stored_procedure_in_database, and all session start tools.

list_tables

Lists all tables in the connected SQL Server database with schema and row count information.

Example request:

{
  "name": "list_tables",
  "parameters": {}
}

Example response:

Available Tables:

Schema | Table Name | Row Count
------ | ---------- | ---------
dbo    | Customers  | 91
dbo    | Products   | 77
dbo    | Orders     | 830
dbo    | Employees  | 9

get_table_schema

Gets the schema of a table from the connected SQL Server database.

Parameters:

  • tableName (required): The name of the table to get schema information for.

Example request:

{
  "name": "get_table_schema",
  "parameters": {
    "tableName": "Customers"
  }
}

Example response:

Schema for table: Customers

Column Name | Data Type | Max Length | Is Nullable
----------- | --------- | ---------- | -----------
CustomerID  | nchar     | 5          | NO
CompanyName | nvarchar  | 40         | NO
ContactName | nvarchar  | 30         | YES
ContactTitle| nvarchar  | 30         | YES
Address     | nvarchar  | 60         | YES
City        | nvarchar  | 15         | YES
Region      | nvarchar  | 15         | YES
PostalCode  | nvarchar  | 10         | YES
Country     | nvarchar  | 15         | YES
Phone       | nvarchar  | 24         | YES
Fax         | nvarchar  | 24         | YES

list_stored_procedures

Lists all stored procedures in the current database with detailed information.

Example request:

{
  "name": "list_stored_procedures",
  "parameters": {}
}

Example response:

Available Stored Procedures in 'Northwind':

Schema   | Procedure Name                  | Parameters | Last Execution    | Execution Count | Created Date
-------- | ------------------------------- | ---------- | ----------------- | --------------- | -------------------
dbo      | GetCustomerOrders               | 2          | 2024-01-15 10:30:00 | 145           | 2023-12-01 09:00:00
dbo      | UpdateProductPrice              | 3          | 2024-01-14 16:45:00 | 89            | 2023-11-15 14:30:00
dbo      | CreateNewCustomer               | 5          | N/A               | N/A           | 2024-01-10 11:20:00

get_stored_procedure_definition

Gets the SQL definition of a stored procedure.

Parameters:

  • procedureName (required): The name of the stored procedure.

Example request:

{
  "name": "get_stored_procedure_definition",
  "parameters": {
    "procedureName": "GetCustomerOrders"
  }
}

get_stored_procedure_parameters

Gets parameter information for a stored procedure in table or JSON Schema format.

Parameters:

  • procedureName (required): The name of the stored procedure.
  • format (optional): Output format - "table" (default) or "json".

Example request (table format):

{
  "name": "get_stored_procedure_parameters",
  "parameters": {
    "procedureName": "CreateNewCustomer",
    "format": "table"
  }
}

Example response (table format):

Parameters for stored procedure: CreateNewCustomer

| Parameter | Type | Required | Direction | Default |
|-----------|------|----------|-----------|---------|
| CompanyName | nvarchar(40) | Yes | INPUT | - |
| ContactName | nvarchar(30) | No | INPUT | NULL |
| City | nvarchar(15) | No | INPUT | NULL |
| Country | nvarchar(15) | No | INPUT | USA |

Example usage:
```json
{
  "CompanyName": "Acme Corp",
  "ContactName": "John Doe",
  "City": "Seattle",
  "Country": "USA"
}

Example request (JSON Schema format):
```json
{
  "name": "get_stored_procedure_parameters",
  "parameters": {
    "procedureName": "CreateNewCustomer",
    "format": "json"
  }
}

Example response (JSON Schema format):

{
  "procedureName": "CreateNewCustomer",
  "description": "Parameter schema for stored procedure CreateNewCustomer",
  "parameters": {
    "type": "object",
    "properties": {
      "CompanyName": {
        "type": "string",
        "maxLength": 40,
        "sqlType": "nvarchar(40)",
        "sqlParameter": "@CompanyName",
        "position": 1,
        "isOutput": false,
        "description": "Parameter @CompanyName of type nvarchar(40)"
      },
      "ContactName": {
        "type": "string",
        "maxLength": 30,
        "sqlType": "nvarchar(30)",
        "sqlParameter": "@ContactName",
        "position": 2,
        "isOutput": false,
        "hasDefault": true,
        "defaultValue": null,
        "description": "Parameter @ContactName of type nvarchar(30)"
      },
      "Country": {
        "type": "string",
        "maxLength": 15,
        "sqlType": "nvarchar(15)",
        "sqlParameter": "@Country",
        "position": 4,
        "isOutput": false,
        "hasDefault": true,
        "defaultValue": "USA",
        "description": "Parameter @Country of type nvarchar(15)"
      }
    },
    "required": ["CompanyName"],
    "additionalProperties": false
  },
  "returnValue": {
    "type": "integer",
    "sqlType": "int",
    "description": "Return code (0 for success)"
  }
}

execute_stored_procedure

Executes a stored procedure with automatic parameter type conversion.

Parameters:

  • procedureName (required): The name of the stored procedure.
  • parameters (required): JSON string containing parameter values.
  • timeoutSeconds (optional): Command timeout in seconds. Overrides the default timeout.
  • includeIoStats (optional): Include per-table IO statistics. Default is false.
  • includeExecutionPlan (optional): Include the actual XML execution plan. Default is false.
  • maxCellOutputLength (optional): Maximum characters displayed per cell. Values longer than this are truncated with .... Set to 0 to disable truncation. If not specified, uses the server default (MaxCellOutputLength, default 40).

Example request:

{
  "name": "execute_stored_procedure",
  "parameters": {
    "procedureName": "CreateNewCustomer",
    "parameters": "{\"CompanyName\": \"Acme Corp\", \"ContactName\": \"John Doe\", \"City\": \"Seattle\"}"
  }
}

Features:

  • Automatic JSON-to-SQL type conversion based on stored procedure metadata
  • Support for both @ParameterName and ParameterName formats
  • Case-insensitive parameter matching
  • Comprehensive error messages with parameter validation
  • Support for output parameters and return values

start_query

Start a SQL query in the background on the connected database. Returns a session ID to check progress. Best for long-running queries.

Parameters:

  • query (required): The SQL query to execute
  • timeoutSeconds (optional): Optional timeout in seconds. If not specified, uses the default timeout
  • includeIoStats (optional): Include per-table IO statistics. Default is false.
  • includeExecutionPlan (optional): Include the actual XML execution plan. Default is false.

Example request:

{
  "name": "start_query",
  "parameters": {
    "query": "SELECT * FROM LargeTable WHERE ProcessingDate >= '2024-01-01'",
    "timeoutSeconds": 600
  }
}

Example response:

{
  "sessionId": 12345,
  "startTime": "2024-12-19 10:30:00 UTC",
  "query": "SELECT * FROM LargeTable WHERE ProcessingDate >= '2024-01-01'",
  "databaseName": "connected database",
  "timeoutSeconds": 600,
  "status": "running",
  "message": "Query started successfully. Use get_session_status to check progress."
}

start_stored_procedure

Start a stored procedure execution in the background. Returns a session ID to check progress. Best for long-running procedures.

Parameters:

  • procedureName (required): The name of the stored procedure to execute
  • parameters (optional): JSON object containing the parameters for the stored procedure (default: "{}")
  • timeoutSeconds (optional): Optional timeout in seconds. If not specified, uses the default timeout
  • includeIoStats (optional): Include per-table IO statistics. Default is false.
  • includeExecutionPlan (optional): Include the actual XML execution plan. Default is false.

Example request:

{
  "name": "start_stored_procedure",
  "parameters": {
    "procedureName": "GenerateMonthlyReport",
    "parameters": "{\"Month\": 12, \"Year\": 2024, \"IncludeDetails\": true}",
    "timeoutSeconds": 1200
  }
}

Example response:

{
  "sessionId": 12346,
  "startTime": "2024-12-19 10:35:00 UTC",
  "procedureName": "GenerateMonthlyReport",
  "databaseName": "connected database",
  "parameters": {"Month": 12, "Year": 2024, "IncludeDetails": true},
  "timeoutSeconds": 1200,
  "status": "running",
  "message": "Stored procedure started successfully. Use get_session_status to check progress."
}

Server Mode Tools

When connected without a specific database in the connection string, the following additional tools are available:

list_databases

Lists all databases on the SQL Server instance.

Example request:

{
  "name": "list_databases",
  "parameters": {}
}

Example response:

Available Databases:

Name       | State  | Size (MB) | Owner     | Compatibility
---------- | ------ | --------- | --------- | -------------
master     | ONLINE | 10.25     | sa        | 160
tempdb     | ONLINE | 25.50     | sa        | 160
model      | ONLINE | 8.00      | sa        | 160
msdb       | ONLINE | 15.75     | sa        | 160
Northwind  | ONLINE | 45.25     | sa        | 160

execute_query_in_database

Executes a SQL query in a specific database.

Parameters:

  • databaseName (required): The name of the database to execute the query in.
  • query (required): The SQL query to execute.
  • timeoutSeconds (optional): Command timeout in seconds. Overrides the default timeout.
  • includeIoStats (optional): Include per-table IO statistics. Default is false.
  • includeExecutionPlan (optional): Include the actual XML execution plan. Default is false.
  • maxCellOutputLength (optional): Maximum characters displayed per cell. Values longer than this are truncated with .... Set to 0 to disable truncation. If not specified, uses the server default (MaxCellOutputLength, default 40).

Example request:

{
  "name": "execute_query_in_database",
  "parameters": {
    "databaseName": "Northwind",
    "query": "SELECT TOP 5 * FROM Customers"
  }
}

list_tables_in_database

Lists all tables in a specific database.

Parameters:

  • databaseName (required): The name of the database to list tables from.

Example request:

{
  "name": "list_tables_in_database",
  "parameters": {
    "databaseName": "Northwind"
  }
}

get_table_schema_in_database

Gets the schema of a table from a specific database.

Parameters:

  • databaseName (required): The name of the database containing the table.
  • tableName (required): The name of the table to get schema information for.

Example request:

{
  "name": "get_table_schema_in_database",
  "parameters": {
    "databaseName": "Northwind",
    "tableName": "Customers"
  }
}

list_stored_procedures_in_database

Lists all stored procedures in a specific database.

Parameters

More from Databases