@cocaxcode/database-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| conn_createA | Crea una nueva conexion a base de datos (PostgreSQL, MySQL o SQLite). SIEMPRE pregunta al usuario a que grupo pertenece. |
| conn_listA | Lista todas las conexiones disponibles e indica cual esta activa. |
| conn_getA | Obtiene los detalles de una conexion. El password se muestra enmascarado. |
| conn_setA | Actualiza un campo de una conexion existente. |
| conn_switchA | Cambia la conexion activa (de sesion). Para cambiar el default permanente usa conn_set_default. |
| conn_renameB | Renombra una conexion existente. |
| conn_deleteA | Elimina una conexion. IMPORTANTE: pide confirmacion al usuario antes de llamar esta tool con confirm=true. |
| conn_duplicateA | Duplica una conexion existente con un nuevo nombre. |
| conn_testA | Prueba la conexion a una base de datos. Ejecuta SELECT 1 y mide la latencia. |
| conn_project_listB | Lista todos los proyectos con conexiones especificas asignadas. |
| conn_project_clearB | Elimina la asociacion de conexion especifica de un proyecto. |
| conn_exportA | Exporta conexiones a JSON. Por defecto enmascara passwords — usa include_secrets=true para incluirlos. |
| conn_importA | Importa conexiones desde un JSON exportado. Omite conexiones que ya existen (usa overwrite=true para reemplazar). |
| conn_group_createA | Crea un nuevo grupo de conexiones. Luego añade scopes (directorios) con conn_group_add_scope. |
| conn_group_listA | Lista todos los grupos con sus scopes, default y conexiones. |
| conn_group_deleteA | Elimina un grupo. Las conexiones del grupo NO se eliminan pero quedaran huerfanas. |
| conn_group_add_scopeA | Añade un directorio (scope) a un grupo. Las conexiones del grupo seran accesibles desde ese directorio. |
| conn_group_remove_scopeB | Quita un directorio (scope) de un grupo. |
| conn_set_defaultA | Marca una conexion como el default de su grupo. El default se activa automaticamente al entrar al proyecto. |
| conn_set_groupB | Asigna o cambia el grupo de una conexion existente. |
| search_schemaA | Busca tablas/vistas en el schema de la base de datos. Soporta 3 niveles de detalle: names (solo nombres), summary (nombres + columnas), full (todo + FK + indices). |
| execute_queryA | Ejecuta una consulta de lectura (SELECT, SHOW, etc.). Inyecta LIMIT automaticamente. El result se comprime por defecto (verbosity=normal, celdas truncadas a 500 bytes) para ahorrar tokens; usa inspect_last_query con el call_id para recuperar el result completo sin re-ejecutar. |
| execute_mutationA | Ejecuta una mutacion (INSERT, UPDATE, DELETE, DDL). Pide confirmacion y crea snapshot para rollback. El result se comprime por defecto — para mutations usa verbosity=minimal si solo te interesa affectedRows. |
| explain_queryB | Muestra el plan de ejecucion de una consulta (EXPLAIN). Sin ANALYZE por defecto. |
| rollback_listA | Lista los rollback snapshots disponibles. Muestra las mutaciones recientes que se pueden revertir. |
| rollback_applyA | Revierte una mutacion usando un rollback snapshot. IMPORTANTE: confirma con el usuario antes de ejecutar con confirm=true. |
| history_listB | Lista el historial de consultas ejecutadas. Filtrable por tipo, conexion y estado. |
| history_clearA | Limpia el historial de consultas. Opcionalmente solo las anteriores a una fecha. |
| config_getA | Muestra la configuracion actual del servidor (limites de rollback e historial). |
| config_setB | Modifica la configuracion del servidor. Los cambios se guardan permanentemente. |
| db_dumpB | Exporta la base de datos a un archivo SQL. Flujo conversacional: primero pregunta si exportar todas las tablas o personalizar, luego que contenido incluir (estructura, datos o todo). |
| db_restoreA | Restaura un dump SQL en la base de datos activa. IMPORTANTE: esta operacion es destructiva (DROP TABLE + CREATE TABLE). Pide confirmacion al usuario antes de ejecutar con confirm=true. |
| db_dump_listB | Lista los dumps disponibles en el proyecto actual. |
| inspect_last_queryA | Recupera el result completo (sin celdas truncadas, sin row cap) de un execute_query / execute_mutation / explain_query previo. Usa el call_id que aparece en la response comprimida. Sin call_id devuelve el más reciente. NO re-ejecuta el SQL. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| db-schema | Schema completo de la base de datos activa (tablas, columnas, FK, indices) |
TDQS
Scored across 34 tools
Most tools have a single clear responsibility, and the conn_* prefix cleanly separates connection management from querying, rollback, history, config, and dump operations. Some overlap remains around conn_set versus conn_set_group/conn_set_default, but descriptions are explicit enough to guide selection.
The dominant pattern is resource_action in snake_case (conn_create, conn_list, rollback_apply, config_set), which is predictable and readable. A minority of tools invert the order (execute_query, search_schema, inspect_last_query), creating a minor but noticeable inconsistency.
At 34 tools this server is heavy, exceeding the 25+ threshold where selection overhead becomes a real problem. The broad database domain justifies many operations, but several could be consolidated (e.g., conn_set variants, group/project management) to reduce cognitive load.
The tool surface covers the main database workflows: connection CRUD, grouping and scopes, query execution with rollback, history, config, schema search, and dump/restore. Minor gaps exist, such as no explicit group rename or direct project-assignment tool, but agents can work around them.