Una alternativa a dynamodb-admin para DynamoDB local y en vivo

dynamodb-admin es la GUI web gratuita con licencia MIT a la que la mayoría de los desarrolladores recurren cuando levantan DynamoDB Local o LocalStack. Lo ejecutas como un pequeño servidor de Node (npm install -g dynamodb-admin), lo apuntas a un endpoint y exploras tus tablas locales. Es excelente en ese único trabajo. Esta página es para cuando te ha quedado pequeño y quieres un cliente que maneje tablas locales y de AWS en vivo, con un SQL Workbench, edición preparada, exportaciones completas y acceso MCP para el agente de código que ya usas. DynoTable es un cliente de escritorio multiplataforma de DynamoDB construido exactamente en torno a eso.

Cuándo gana dynamodb-admin frente a DynoTable

En qué es bueno dynamodb-admin

El README de dynamodb-admin lo describe llanamente: una «GUI para DynamoDB Local, dynalite, localstack etc.» (README). Es la herramienta correcta cuando trabajas contra un endpoint local:

• Gratuito y de código abierto (MIT), así que no hay nada que comprar ni que licenciar (licencia).
• Cero fricción de instalación — npm install -g dynamodb-admin y tienes una UI web en localhost:8001 (el --port por defecto), apuntada por defecto a http://localhost:8000 (README).
• Una imagen de Docker — la imagen oficial aaronshaf/dynamodb-admin en Docker Hub encaja directamente en un docker-compose junto a amazon/dynamodb-local. Lee las variables de entorno HOST, PORT, BASE_PATH y DYNAMO_ENDPOINT (README), así que se conecta limpiamente a un stack de desarrollo en contenedores.
• Crear, explorar y editar tablas a través de una interfaz web sencilla mientras desarrollas, sin tocar la consola de AWS.
• Mantenido activamente — la v5.3.4 se publicó el 10 de junio de 2026 (releases, comprobado el 2026-07-30).

Por defecto fija accessKeyId / secretAccessKey a los valores ficticios key y secret y la región a us-east-1 (README), lo que te dice exactamente para qué está construido: el bucle interno de desarrollo local.

¿Puede dynamodb-admin conectarse a DynamoDB de AWS en vivo?

Técnicamente sí — y esto es lo más común que la gente intenta una vez que una UI de admin solo-local no basta. Sobrescribes el endpoint y proporcionas credenciales reales:

# Point dynamodb-admin at a real region instead of localhost
AWS_REGION=eu-west-1 \
AWS_ACCESS_KEY_ID=AKIA... \
AWS_SECRET_ACCESS_KEY=... \
dynamodb-admin --dynamo-endpoint=https://dynamodb.eu-west-1.amazonaws.com

O pasa --skip-default-credentials para que deje de inyectar los ficticios key/secret y recurra en su lugar a la resolución de credenciales estándar del SDK de AWS (README).

Eso funciona, pero está fuera del camino feliz. Las opciones documentadas de dynamodb-admin son el endpoint, el host, el puerto, la ruta base y un interruptor de credenciales (README); no hay gestor de conexiones, ni selector de perfiles, ni SSO. Cambiar de cuenta o región significa parar el proceso de Node y relanzarlo con variables de entorno distintas. Bien para una ojeada ocasional a una tabla de producción; fricción como herramienta diaria a través de varias cuentas. DynoTable lee todos los perfiles de tu configuración ~/.aws — sesiones de SSO incluidas — y cambia entre ellos con ⌘P (o ⌘1–⌘9), con los endpoints locales justo al lado de las regiones en vivo.

Dónde se detiene dynamodb-admin

El límite aparece cuando tu trabajo va más allá de una sola tabla local:

• Las tablas de AWS en vivo están fuera del camino feliz. Como antes — puedes apuntarlo a una región real, pero está documentado y configurado por defecto en torno a DynamoDB Local, sin conexiones guardadas ni cambio de perfiles.
• Sin consultas relacionales. Como cualquier explorador visual, lista y edita Items en una tabla. No puede unir dos tablas, GROUP BY, ni calcular un COUNT / SUM, porque DynamoDB no tiene un motor de consulta relacional por debajo. dynamodb-admin no añade uno, y tampoco PartiQL: su gramática de SELECT toma una sola tabla en FROM sin JOIN, GROUP BY ni funciones de agregado (referencia de SELECT de PartiQL de AWS) (mira PartiQL vs SQL).
• Las ediciones llegan a la tabla en el momento en que las guardas. Eso es lo que hace un formulario CRUD sencillo, y contra una tabla local desechable es exactamente lo correcto. Contra una tabla de la que dependen otras personas, es la razón por la que dudas antes de hacer clic.
• Es una pestaña de navegador en un servidor que tú ejecutas. Sin app de escritorio nativa, sin conexiones guardadas entre proyectos, sin cadena de credenciales integrada. Mantienes un proceso de Node (o contenedor) en marcha y marcas localhost en favoritos.

Nada de esto son bugs. Son el borde de una herramienta de desarrollo local deliberadamente pequeña. La pregunta es si tu flujo de trabajo lo ha cruzado.

Qué añade encima un cliente completo de DynamoDB

DynoTable se conecta a DynamoDB local y en vivo desde una sola app de escritorio, usando los perfiles de AWS y las claves de acceso que ya tienes. Tus datos se quedan en DynamoDB, así que no hay nada que migrar. Encima de la exploración y la edición que dynamodb-admin cubre, añade las herramientas que convierten un explorador de tablas en una herramienta diaria:

• Un SQL Workbench. INNER/LEFT JOIN, GROUP BY, COUNT/SUM/AVG — compilados en el cliente hasta las operaciones reales Query/Scan de DynamoDB, planificados contra tus claves y GSIs, así que se mantiene dentro de las reglas de patrón de acceso de DynamoDB. Cuando hay un plan disponible, la previsualización del Workbench identifica Scan frente a Query y el índice; la estimación de RCU aparece solo cuando los metadatos de la tabla lo permiten. Una Query de partición corriente no muestra ningún RCU. La guía de SQL para DynamoDB cubre en qué se compila.

-- The kind of question a single-table browser can't express:
SELECT u.email, COUNT(o.id) AS orders, SUM(o.total) AS revenue
FROM Users u
JOIN Orders o ON o.userId = u.id
GROUP BY u.email;

• Escrituras preparadas. Una edición de elemento, una eliminación preparada o un cambio redactado por el agente se encola en un área de staging por tabla como un diff que revisas y confirmas — lo contrario de un formulario que guarda al hacer clic. Contra datos de producción, ese paso de revisión es la característica.
• MCP para el agente de código que ya usas. Apunta Claude Code, Cursor o Codex a tus tablas — las locales incluidas — por MCP, con un alcance que eliges por conexión (solo lectura, lectura + staging o completo). Un agente que puede leer las tablas que siembras en DynamoDB Local mientras programas es el mismo bucle interno que sirve dynamodb-admin, con tu agente dentro. La guía de configuración de MCP tiene los detalles.
• Un agente de IA con tus propias claves de AWS Bedrock. Lee tu esquema de claves real antes de consultar y prepara cada escritura para tu aprobación; los prompts y las filas nunca salen de tu perímetro de AWS. La documentación del chat de IA lo describe.
• Exportaciones completas. Conjuntos de resultados enteros — vistas filtradas incluidas — como CSV, array JSON o NDJSON, en streaming para que las tablas grandes no necesiten la memoria.

¿Por qué usar una app de pago si dynamodb-admin es gratis?

Empieza por lo que sigue siendo gratis. El plan Free de DynoTable no tiene límite de tiempo: explora y filtra tablas — locales y en vivo —, ejecuta SELECT de PartiQL, exporta datos, código y esquemas, y sirve lecturas de esquema y de elementos a tu agente de código por MCP. Para la exploración para la que dynamodb-admin está construido, los dos cuestan lo mismo: nada.

dynamodb-admin edita gratis, mientras que la edición de DynoTable — con el flujo de revisión en staging — forma parte de los planes de pago después de la prueba de 30 días. Lo que la suscripción compra no existe en dynamodb-admin a ningún precio: el SQL Workbench, el agente de IA, las escrituras preparadas y las Smart Tables. Si tu trabajo con DynamoDB es una tabla local que exploras mientras programas, quédate con dynamodb-admin. Si abarca cuentas en vivo, preguntas relacionales o los datos de producción de un equipo, ese es el flujo de trabajo para el que DynoTable está construido.

¿Funciona DynoTable con DynamoDB Local como dynamodb-admin?

Sí — DynoTable se ejecuta contra tus endpoints locales cuando quieres, así que no es un reemplazo «solo-en-vivo». Mira conectar a DynamoDB Local y LocalStack para la configuración del endpoint y las credenciales falsas. Cubre el mismo bucle interno local que dynamodb-admin, más las tablas en vivo y las consultas que este no puede.

Visión honesta: cuándo dynamodb-admin basta

Si solo exploras una instancia local de DynamoDB durante el desarrollo, quieres algo gratuito y de código abierto, y nunca necesitas tocar tablas en vivo ni ejecutar un JOIN, dynamodb-admin es la elección pragmática: quédatelo. DynoTable gana su lugar cuando trabajas a través de cuentas locales y en vivo, quieres conexiones guardadas y tu cadena de credenciales real de AWS, o has chocado con una consulta que un explorador de tabla única no puede expresar.

Descarga DynoTable para macOS, Windows o Linux, apúntalo al mismo perfil que usas hoy y ejecuta una consulta que antes no podías expresar. La prueba es gratuita durante 30 días, sin tarjeta de crédito, y después DynoTable se mantiene en el plan Free — la exploración, PartiQL, las exportaciones completas y el MCP de solo lectura siguen siendo gratuitos sin límite de tiempo. Mira precios para los planes actuales, y DynoTable como GUI de DynamoDB para el panorama más amplio.

FAQ

¿Es DynoTable una alternativa a dynamodb-admin?

Para desarrollo solo-local, dynamodb-admin es gratuito y excelente. DynoTable es la alternativa cuando además necesitas tablas de AWS en vivo, conexiones guardadas a través de tu cadena de credenciales de AWS, edición preparada con revisión, exportaciones completas, acceso MCP para agentes de código y un SQL Workbench que ejecuta JOINs, GROUP BY y agregados — nada de lo cual ofrece un explorador local de tabla única.

¿Puede dynamodb-admin conectarse a DynamoDB de AWS en vivo?

Técnicamente sí: sobrescribes --dynamo-endpoint a una región real y proporcionas credenciales (con --skip-default-credentials y las variables de entorno estándar de AWS). Pero está construido y configurado por defecto en torno a DynamoDB Local, sin gestor de conexiones ni cambio de perfiles, así que el uso en vivo está fuera del camino feliz.

¿Por qué usar una app de pago si dynamodb-admin es gratis?

El plan Free de DynoTable también es gratis, sin límite de tiempo, y cubre por igual tablas locales y en vivo. Free incluye exploración, PartiQL SELECT, exportaciones de datos, código y esquemas, y lecturas de esquema/elementos por MCP; las licencias de pago añaden el SQL Workbench, las Smart Tables, las escrituras y la IA.

¿Hay una imagen de Docker de dynamodb-admin?

Sí. aaronshaf/dynamodb-admin está publicada en Docker Hub y se configura vía las variables de entorno HOST, PORT, BASE_PATH y DYNAMO_ENDPOINT, así que se sitúa junto a amazon/dynamodb-local en un docker-compose (README). DynoTable es una app de escritorio, no un contenedor, así que no hay imagen que ejecutar; se conecta directamente a tu endpoint local o cuenta en vivo.

¿Puede dynamodb-admin ejecutar SQL o unir tablas?

No. dynamodb-admin explora y edita una tabla a la vez; no tiene una superficie SQL documentada, y DynamoDB en sí no tiene motor relacional. Incluso el SELECT de PartiQL es de un solo FROM sin JOIN, GROUP BY ni agregados (referencia de SELECT de PartiQL de AWS), así que JOIN, GROUP BY y los agregados no son posibles sin un cliente que los planifique. El SQL Workbench de DynoTable los compila hasta las operaciones reales Query/Scan de DynamoDB.

Relacionado

• Explora el hub de comparaciones completo para cada alternativa a DynoTable.
• Mira también DynoTable como GUI de DynamoDB.
• ¿Nuevo en DynamoDB local? Lee DynamoDB Local y conectar a DynamoDB Local y LocalStack.
• ¿Necesitas consultas relacionales? Mira SQL para DynamoDB, JOIN de DynamoDB y GROUP BY de DynamoDB.

Última verificación 2026-07-30. dynamodb-admin es software de código abierto con licencia MIT de sus respectivos autores; referenciado aquí solo a efectos de identificación.