🗄️ MSSQL MCP Server 🚀 Quick Start
- 📦 Install:
npm install && npm run build - ⚙️ Configure: Set up individual environment variables (see configuration below)
- 🔗 Connect: Tools automatically use your configured connections
- 🔍 Explore: Use natural language to query and explore your databases conversationally
- 📄 Extract: Get complete stored procedure SQL code for business logic analysis
- 🏗️ Modernize: Use comprehensive schema tools to plan application modernization. This comprehensive Model Context Protocol (MCP) server for Microsoft SQL Server database analysis and modernization provides extensive capabilities for exploring and transforming your database schema. For complete configuration details, file locations, and troubleshooting, see the Configuration Guide.
💬 Conversational Usage
With multiple connections configured, you can switch between databases naturally: This comprehensive server provides extensive tools for analyzing Classic ASP applications, exploring database schemas, and planning modernization to .NET/Angular architectures.
Built using the tedious library for pure JavaScript SQL Server connectivity with support for Windows Authentication (NTLM).
🆕 Latest Update: Enhanced stored procedure tools now provide complete SQL source code access for comprehensive business logic analysis and modernization planning.
❓ Why Windows Credentials in Environment Variables?
NTLM Pass-Through Authentication Requirement: When connecting to SQL Server using Windows Authentication (Integrated Security=SSPI), the MSSQL MCP server must provide explicit domain credentials because:
- No Interactive Session: MCP servers run as background processes without access to the current user's Windows session
- NTLM Protocol: Windows Authentication requires explicit username, password, and domain to establish the NTLM handshake
- Security Context: The tedious library needs these credentials to impersonate the domain user for database access
- Cross-Process Authentication: Unlike applications running in the user's context, MCP servers need explicit credential delegation
Environment variables are the secure, standard way to provide these credentials without hard-coding them in configuration files.
🛠️ Available Tools (29 Comprehensive Database Analysis Tools)
🔧 Core Database Tools (8 tools)
- 🔌 test_connection - Test database connectivity and get server information
- 📋 list_connections - List all available named database connections
- 📚 list_databases - List all available databases on the SQL Server instance
- 📊 list_tables - List all tables in a specific schema (default: dbo)
- 📝 describe_table - Get detailed schema information including columns, data types, and constraints
- 🎯 sample_data - Retrieve sample data from a table (default: 10 rows, max: 100)
- 💻 execute_query - Execute custom SELECT queries (disabled by default; set
MSSQL_ENABLE_EXECUTE_QUERY=trueto enable) - 🔗 get_relationships - Get foreign key relationships between tables
🏗️ Schema Discovery Tools (7 tools)
- 📋 list_stored_procedures - List and analyze stored procedures with parameters and definitions
- 🔍 describe_stored_procedure - Get procedure parameters and definition
- 📋 list_views - Analyze views, their definitions, and dependencies
- 🔍 describe_view - Get view definition and dependencies
- ⚡ list_triggers - Identify triggers and their business logic
- 🔍 describe_trigger - Extract trigger logic and events
- 🔧 list_functions - List user-defined functions by type (scalar, table-valued, etc.)
⚡ Index & Performance Tools (5 tools)
- 📊 list_indexes - Comprehensive index usage statistics and recommendations
- 🎯 find_missing_indexes - Identify potentially missing indexes based on query patterns
- 📈 analyze_table_stats - Analyze table sizes, row counts, and space usage
- 💾 analyze_database_size - Complete database storage analysis
- 🔍 analyze_index_usage - Identify unused and underutilized indexes
🔒 Constraint Analysis Tools (5 tools)
- 📋 list_constraints - List all constraints (check, unique, foreign key, etc.)
- ✅ analyze_check_constraints - Extract business rules from check constraints
- 🔧 list_default_constraints - Analyze default value patterns
- 📝 list_user_defined_types - Catalog custom data types
- 🧮 find_computed_columns - Identify calculated fields and business logic
📊 Data Pattern Tools (4 tools)
- 📈 analyze_data_distribution - Analyze data patterns and quality
- 🔍 find_lookup_tables - Automatically identify reference/lookup tables
- ❓ analyze_null_patterns - Find columns with high null percentages
- 🔍 detect_audit_columns - Identify audit columns and tracking patterns
🚀 Enhanced Stored Procedure Tools (4 tools)
- 📄 get_stored_procedure_definition - Get complete SQL source code of a single stored procedure
- 📚 get_multiple_stored_procedure_definitions - Get SQL definitions for multiple procedures at once
- 📦 get_all_stored_procedure_definitions - Get complete SQL definitions for all procedures in a schema
- 🔍 search_stored_procedures_by_content - Search procedures by text patterns in their SQL definitions
All tools accept an optional connectionName parameter to switch between different databases conversationally.
✨ Features
- 🎯 Individual Environment Variables: Cleanest configuration approach - no JSON strings needed
- 🔄 Multi-Database Support: Switch between different databases conversationally
- 🔐 Windows Authentication Support: Full NTLM authentication with domain credentials
- 🏗️ Deep Schema Analysis: Comprehensive database object exploration including stored procedures, views, triggers
- 📄 Complete SQL Code Access: Extract full source code from stored procedures for analysis and modernization
- ⚡ Performance Tools: Index analysis, missing index detection, table statistics
- 🔒 Business Logic Extraction: Extract business rules from constraints, computed columns, and database objects
- 📊 Data Pattern Analysis: Identify lookup tables, audit columns, and data quality patterns
- 🔍 Legacy System Analysis: Specialized tools for Classic ASP to modern stack migration planning
- 📊 Data Sampling: Safe data retrieval with configurable limits
- 🛡️ Read-Only Security: Built-in query validation and safety restrictions
- 🔄 Connection Pooling: Efficient connection reuse using tedious
- 🎛️ Multiple Config Formats: Support for various configuration approaches
📦 Installation
npm install
npm run build
🔐 Environment Setup
Note: The .env file is for local testing/development only. For production use, configure your MCP client directly with environment variables.
-
Copy the example environment file:
cp .env.example .env -
Update
.envwith your credentials:# Windows Authentication credentials for NTLM MSSQL_USERNAME=your-domain-username MSSQL_PASSWORD=your-secure-password MSSQL_DOMAIN=your-domain # Default connection string for your database MSSQL_CONNECTION_STRING=Data Source=your-server; Initial Catalog=your-database; Integrated Security=SSPI; TrustServerCertificate=False; -
Security Note: The
.envfile is automatically ignored by Git to prevent committing credentials.
⚙️ Configuration
🎯 Recommended Approach: Individual Environment Variables
The cleanest, most professional approach using individual environment variables (no JSON strings required):
{
"servers": {
"mssql-mcp": {
"type": "stdio",
"command": "npx",
"args": ["mssql-mcp-server"],
"env": {
// Windows credentials (individual variables - cleanest)
"WINDOWS_USERNAME": "your-domain-username",
"WINDOWS_PASSWORD": "your-secure-password",
"WINDOWS_DOMAIN": "YOUR-DOMAIN",
// Optional default connection
"MSSQL_CONNECTION_STRING": "Data Source=main-server; Initial Catalog=MainDB; Integrated Security=SSPI; TrustServerCertificate=False;",
// Multiple database connections (individual variables)
"CONNECTION_CRM": "Data Source=crm-server; Initial Catalog=CRM_Database; Integrated Security=SSPI; TrustServerCertificate=False;",
"CONNECTION_ERP": "Data Source=erp-server; Initial Catalog=ERP_System; Integrated Security=SSPI; TrustServerCertificate=False;",
"CONNECTION_ANALYTICS": "Data Source=analytics-server; Initial Catalog=DataWarehouse; Integrated Security=SSPI; TrustServerCertificate=False;",
"CONNECTION_HR": "Data Source=hr-server; Initial Catalog=HumanResources; Integrated Security=SSPI; TrustServerCertificate=False;"
}
}
}
}
🎯 Connection Name Mapping
When using CONNECTION_* variables, connection names are automatically generated:
Usage in conversational queries:
- "Show me tables in the CRM database" → uses
crmconnection - "What's in the analytics warehouse?" → uses
analyticsconnection - "Query the HR system for employee data" → uses
hr_systemconnection
🔧 Alternative Configuration Methods
The server supports multiple configuration approaches for backward compatibility:
- JSON String Variables:
windows_credentials,connections - Legacy Variables:
MSSQL_WINDOWS_CREDENTIALS,MSSQL_CONNECTIONS - Individual Legacy:
MSSQL_USERNAME,MSSQL_PASSWORD,MSSQL_DOMAIN
For complete configuration details, file locations, and troubleshooting, see the Configuration Guide.
🔐 Security Configuration
Global/User Level (Recommended for personal development)
- Location:
%APPDATA%\Claude\claude_desktop_config.json(Windows) - macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Linux:
~/.config/claude/claude_desktop_config.json - Scope: Available in ALL Claude Desktop conversations
- Use Case: Personal development setup, local databases
Note: Claude Desktop only supports global configuration (no project-level config)
📝 VS Code
Global/User Level (Available in all workspaces)
- Location: User Settings JSON
- Windows:
%APPDATA%\Code\User\settings.json - macOS:
~/Library/Application Support/Code/User/settings.json - Linux:
~/.config/Code/User/settings.json
- Windows:
- Access:
Ctrl+Shift+P→ "Preferences: Open User Settings (JSON)" - Scope: ALL VS Code workspaces
- Use Case: Consistent development environment across all projects
Workspace Level (Specific workspace)
- Location:
.vscode/settings.jsonin workspace root - Scope: Specific workspace only
- Use Case: Workspace-specific database connections
Project/Repository Level (Recommended for teams)
- Location:
.vscode/mcp.jsonin project root - Scope: Specific project/repository only
- Use Case: Project-specific databases, team collaboration, version control
🎯 Cursor
Global/User Level
- Location:
%APPDATA%\Cursor\User\settings.json(Windows) - macOS:
~/Library/Application Support/Cursor/User/settings.json - Linux:
~/.config/Cursor/User/settings.json - Scope: ALL Cursor workspaces
Workspace/Project Level
- Location:
.vscode/settings.jsonor.vscode/mcp.jsonin project root - Scope: Specific workspace/project (Cursor uses VS Code format)
🏢 Visual Studio Professional
System Level
- Location: Windows System Environment Variables
- Use Case: System-wide credentials and connections
- Note: VS Professional doesn't have native MCP support yet
Project Level
- Location:
.vs/mcp.jsonor similar (extension-dependent) - Status: Depends on MCP extension implementation
🎯 Configuration Priority Hierarchy
Override Order (highest to lowest priority):
- Project/Repository Level:
.vscode/mcp.json - Workspace Level:
.vscode/settings.json - User/Global Level:
User/settings.jsonor Claude config - System Level: Windows Environment Variables
Example: If you have WINDOWS_USERNAME set both globally and in a project config, the project value will be used for that specific project.
💡 Best Practices for File Locations
For Individual Developers:
- Global credentials: Set Windows authentication in system environment variables
- Global default connection: Configure in Claude Desktop global config or VS Code user settings
- Project connections: Use
.vscode/mcp.jsonfor project-specific databases
For Teams:
- Shared setup: Document configuration in project README
- Version control: Include
.vscode/mcp.jsonin repository for team consistency - Security: Never commit actual passwords - use environment variable references
For Different Use Cases:
- Personal projects: Global configuration in Claude Desktop or VS Code user settings
- Team projects: Project-level
.vscode/mcp.jsonwith environment variable references - Enterprise: Combination of system environment variables + project-specific configs
🔗 Connection String Examples
🔐 Windows Authentication (Recommended):
Data Source=ServerName; Initial Catalog=DatabaseName; Integrated Security=SSPI; TrustServerCertificate=False;
🔑 SQL Server Authentication:
Server=localhost,1433;Database=AdventureWorks;User Id=sa;Password=YourPassword123!;Encrypt=true;TrustServerCertificate=false;
☁️ Azure SQL Database:
Server=your-server.database.windows.net;Database=your-database;User Id=your-username;Password=your-password;Encrypt=true;
🏷️ Named Instance:
Server=localhost\\SQLEXPRESS;Database=TestDB;Integrated Security=true;TrustServerCertificate=false;
🎛️ Configuration Options
🎯 Individual Variables (Recommended - Cleanest):
WINDOWS_USERNAME: Windows domain usernameWINDOWS_PASSWORD: Windows domain passwordWINDOWS_DOMAIN: Windows domain nameCONNECTION_*: Individual connection strings (e.g.,CONNECTION_CRM,CONNECTION_ANALYTICS)MSSQL_CONNECTION_STRING: Optional default connection string
Connection Mapping: CONNECTION_CRM → crm, CONNECTION_HR_SYSTEM → hr_system
💡 Technical Note: Windows Authentication Requirements
The Windows credentials (WINDOWS_USERNAME, WINDOWS_PASSWORD, WINDOWS_DOMAIN) are required for Windows Authentication because:
- MCP Service Context: The server runs as a background process without access to your Windows session
- NTLM Authentication: SQL Server Windows Authentication requires explicit credentials for the NTLM handshake
- Credential Delegation: The tedious library must authenticate as your domain user to access SQL Server
- Security Protocol: This is how NTLM works for service-to-service authentication - credentials must be explicitly provided
This isn't a configuration preference - it's a technical requirement of Windows Authentication in service contexts.
🔄 Alternative Approaches (Backward Compatible):
- JSON String Variables:
windows_credentials,connections - Legacy Variables:
MSSQL_WINDOWS_CREDENTIALS,MSSQL_CONNECTIONS - Individual Legacy:
MSSQL_USERNAME,MSSQL_PASSWORD,MSSQL_DOMAIN
💡 Why Individual Variables?
- 🚀 Cleanest: No JSON strings to escape or parse
- 📋 Clearest: Each setting immediately visible
- 🔧 Standard: Industry-standard environment variable approach
- ✅ Error-free: No JSON syntax issues possible
- 🔄 Compatible: All existing configurations continue to work
💬 Conversational Usage
With multiple connections configured, you can switch between databases naturally in conversation:
User: "What database connections do I have available?"
Assistant: I'll list all your configured database connections...
[Shows: crm, erp, analytics, hr, etc.]
User: "Show me the customer tables in the CRM system"
Assistant: I'll explore the CRM database for customer-related tables...
[Uses connectionName: "crm"]
User: "Now check the analytics warehouse for sales data"
Assistant: Switching to the analytics database to look for sales data...
[Uses connectionName: "analytics"]
User: "Compare employee counts between HR system and ERP"
Assistant: I'll check both databases for employee information...
[Uses connectionName: "hr", then connectionName: "erp"]
🔒 Security Features
- Read-Only Access: Only SELECT statements allowed
- Query Validation: Automatic blocking of dangerous operations
- Result Limiting: Automatic TOP clauses to prevent large data dumps
- Connection Validation: Secure credential handling
- Schema-Level Security: Respects database permissions
🚀 Usage Examples
Basic Database Exploration
User: "What tables are in my database?"
Assistant: [Lists all tables with descriptions]
User: "Describe the customers table"
Assistant: [Shows column details, data types, constraints]
User: "Show me a sample of customer data"
Assistant: [Returns first 10 rows safely]
Multi-Database Scenarios
User: "List my available connections"
Assistant: [Shows all configured database connections]
User: "Switch to the analytics database and show me the sales tables"
Assistant: [Connects to analytics DB and lists sales-related tables]
User: "Query both CRM and ERP systems for customer overlap"
Assistant: [Queries both systems and compares results]
🏗️ Classic ASP Modernization Workflow
This MCP server provides specialized tools for analyzing Classic ASP applications and planning modernization:
Phase 1: Discovery & Assessment
// 1. Analyze stored procedures containing business logic
await mcp.call("list_stored_procedures", {
schema: "MyApp",
includeSystemObjects: false,
});
// 2. Extract business rules from database constraints
await mcp.call("analyze_check_constraints", {
schema: "MyApp",
});
// 3. Identify lookup tables and reference data
await mcp.call("find_lookup_tables", {
schema: "MyApp",
});
// 4. Analyze performance bottlenecks
await mcp.call("find_missing_indexes", {
schema: "MyApp",
});
Phase 2: Business Logic Extraction
// Extract detailed stored procedure logic
await mcp.call("describe_stored_procedure", {
procedureName: "CalculateOrderTotal",
schema: "MyApp",
includeDefinition: true,
});
// Get complete SQL source code for analysis
await mcp.call("get_stored_procedure_definition", {
procedureName: "ProcessOrder",
schema: "MyApp",
formatOutput: true,
});
// Bulk extract all stored procedures for modernization
await mcp.call("get_all_stored_procedure_definitions", {
schema: "MyApp",
maxResults: 50,
});
// Search for procedures using specific tables or business logic
await mcp.call("search_stored_procedures_by_content", {
searchText: "Customer",
schema: "MyApp",
includeDefinitions: true,
});
// Find computed columns with business rules
await mcp.call("find_computed_columns", {
schema: "MyApp",
});
// Analyze data validation rules
await mcp.call("analyze_check_constraints", {
schema: "MyApp",
});
Phase 3: Migration Planning
// Identify audit trails and tracking patterns
await mcp.call("detect_audit_columns", {
schema: "MyApp",
});
// Analyze data patterns for normalization
await mcp.call("analyze_data_distribution", {
tableName: "Orders",
schema: "MyApp",
});
// Plan index strategy for new application
await mcp.call("analyze_index_usage", {
schema: "MyApp",
});
💬 Advanced Usage Examples
Schema Discovery
User: "I need to understand the business logic in my legacy application database"
Assistant: I'll analyze your database for business logic patterns...
[Uses list_stored_procedures, analyze_check_constraints, find_computed_columns]
User: "What stored procedures handle order processing?"
Assistant: Let me search for order-related procedures...
[Uses search_stored_procedures_by_content with "order", then get_stored_procedure_definition for detailed analysis]
User: "Show me the complete SQL code for the CalculateOrderTotal procedure"
Assistant: I'll retrieve the full stored procedure definition...
[Uses get_stored_procedure_definition with formatOutput: true]
User: "Get all stored procedure code for the sales schema for modernization"
Assistant: I'll extract all stored procedure definitions from the sales schema...
[Uses get_all_stored_procedure_definitions with schema: "sales"]
Performance Analysis
User: "Find performance issues in my database"
Assistant: I'll analyze indexes and table performance...
[Uses find_missing_indexes, analyze_table_stats, analyze_index_usage]
User: "Which tables are growing too fast?"
Assistant: Let me check table sizes and growth patterns...
[Uses analyze_table_stats, analyze_database_size]
Multi-Database Analysis
User: "Compare customer data between our CRM and ERP systems"
Assistant: I'll analyze customer tables in both systems...
[Switches between connectionName: "crm" and connectionName: "erp"]
User: "Find data quality issues across all our databases"
Assistant: Let me check data patterns across your systems...
[Uses analyze_null_patterns, analyze_data_distribution across multiple connections]
🔧 Development
# Development mode
npm run dev
# Build for production
npm run build
# Run tests
npm test
📝 License
MIT License - see LICENSE file for details.
🤝 Contributing
Contributions welcome! Please read CONTRIBUTING.md for guidelines.
📚 Additional Resources
- Configuration Guide - Complete setup and configuration details
- Tools Reference - Comprehensive tool documentation
- Stored Procedures Guide - Enhanced stored procedure tools documentation
- Model Context Protocol Documentation
- Tedious SQL Server Driver
- Microsoft SQL Server Documentation