DynoTable

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 filtrado, edición en línea y un SQL Workbench. DynoTable es un cliente de escritorio multiplataforma de DynamoDB construido en torno a ese Workbench.

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.

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:

# Apunta dynamodb-admin a una región real en vez de 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.

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).
  • 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é ganas al pasar a un cliente completo de DynamoDB

Un cliente de escritorio de DynamoDB cierra el hueco de dos maneras. Primero, una app para local y en vivo: la misma UI se conecta a DynamoDB Local, LocalStack y tus cuentas de AWS reales, leyendo tu cadena de credenciales estándar de AWS (perfiles, SSO, variables de entorno) en vez de relanzar un servidor por entorno. Segundo, una superficie de consulta real sobre la exploración — condiciones de clave y de filtro, edición en línea, PartiQL y SQL.

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 en línea, su característica estrella es el SQL Workbench.

SQL dentro de las reglas de patrón de acceso de DynamoDB

Un cliente visual sencillo — dynamodb-admin incluido — hace scan y filtra una sola tabla. No puede unir dos tablas, agrupar filas ni agregar, porque DynamoDB no expone ningún 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). El SQL Workbench de DynoTable compila SQL — INNER/LEFT JOIN, GROUP BY, COUNT, SUM y compañía — hasta las operaciones reales Query / Scan de DynamoDB en el cliente. Tú escribes SQL con forma relacional; DynoTable lo planifica contra tus claves y GSIs, así que se mantiene dentro de las reglas de patrón de acceso de DynamoDB en lugar de fingir que la tabla es relacional. Si has chocado con el muro donde incluso PartiQL se detiene, SQL para DynamoDB y la guía de PartiQL vs SQL explican qué falta y cómo el Workbench lo llena.

-- El tipo de consulta que un explorador de tabla única no puede expresar:
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;

Construir esas condiciones de clave y de filtro a mano es engorroso; el gratuito Generador de expresiones de DynamoDB genera la KeyConditionExpression / FilterExpression y los mapas de nombre/valor de atributos por ti — sin instalación requerida.

¿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 es una app de escritorio de pago; 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. Mira precios para los planes actuales, y DynoTable como GUI de DynamoDB para el panorama más amplio.

Preguntas frecuentes

¿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, y un SQL Workbench que ejecuta JOINs, GROUP BY y agregados — nada de lo cual un explorador local de tabla única ofrece.

¿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 (README)). 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.

¿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.

¿Funciona DynoTable con DynamoDB Local como dynamodb-admin?

Sí. DynoTable se conecta a endpoints locales — DynamoDB Local y LocalStack — además de a cuentas de AWS en vivo, desde la misma app de escritorio. Mira la guía de conexión local.

¿Puede dynamodb-admin ejecutar SQL o unir tablas?

No. dynamodb-admin explora y edita una tabla a la vez; no tiene superficie SQL, 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

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

Trabaja con DynamoDB sin la Consola

DynoTable es un cliente de escritorio rápido para DynamoDB: explora tablas, ejecuta consultas estilo SQL y edita Items localmente.

DescargarVer precios