Uma Alternativa ao dynamodb-admin para DynamoDB Local e Ao Vivo

O dynamodb-admin é a GUI web gratuita, licenciada sob MIT, que a maioria dos desenvolvedores escolhe quando sobe o DynamoDB Local ou o LocalStack. Você o roda como um pequeno servidor Node (npm install -g dynamodb-admin), aponta para um endpoint e navega suas tabelas locais. Ele é excelente nesse único trabalho. Esta página é para quando você o superou e quer um cliente que lide com tabelas locais e ao vivo da AWS, com um SQL Workbench, edição em stage, exportações completas e acesso via MCP para o agente de código que você já usa. O DynoTable é um cliente desktop multiplataforma de DynamoDB construído exatamente em torno disso.

Quando o dynamodb-admin vence o DynoTable

No que o dynamodb-admin é bom

O README do dynamodb-admin descreve isso claramente: uma "GUI para DynamoDB Local, dynalite, localstack etc." (README). É a ferramenta certa quando você está trabalhando contra um endpoint local:

• Gratuito e open source (MIT), então não há nada para comprar e nada para licenciar (licença).
• Zero atrito de instalação — npm install -g dynamodb-admin e você tem uma UI web em localhost:8001 (o --port padrão), apontada por padrão para http://localhost:8000 (README).
• Uma imagem Docker — a imagem oficial aaronshaf/dynamodb-admin no Docker Hub cai direto num docker-compose ao lado do amazon/dynamodb-local. Ela lê as variáveis de ambiente HOST, PORT, BASE_PATH e DYNAMO_ENDPOINT (README), então se conecta limpinho numa stack de dev em containers.
• Criar, navegar e editar tabelas através de uma interface web simples enquanto você desenvolve, sem tocar no AWS Console.
• Mantido ativamente — a v5.3.4 saiu em 10 de junho de 2026 (releases, consultado em 2026-07-30).

Por padrão ele define accessKeyId / secretAccessKey para os valores fictícios key e secret e a região para us-east-1 (README), o que te diz exatamente para o que ele foi construído: o ciclo interno de desenvolvimento local.

O dynamodb-admin consegue conectar ao DynamoDB ao vivo da AWS?

Tecnicamente sim — e essa é a coisa mais comum que as pessoas tentam quando uma UI de admin só-local deixa de ser suficiente. Você sobrescreve o endpoint e fornece credenciais reais:

# 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

Ou passe --skip-default-credentials para que ele pare de injetar o key/secret fictício e recorra à resolução padrão de credenciais do SDK da AWS em vez disso (README).

Isso funciona, mas está fora do caminho feliz. As opções documentadas do dynamodb-admin são o endpoint, host, port, base path e um toggle de credenciais (README); não há nenhum gerenciador de conexões, nenhum seletor de perfil, nenhum SSO. Trocar de conta ou região significa parar o processo Node e relançá-lo com variáveis de ambiente diferentes. Tudo bem para uma espiada ocasional numa tabela de produção; atrito como ferramenta diária em várias contas. O DynoTable lê cada perfil da sua configuração ~/.aws — sessões SSO incluídas — e troca entre eles com ⌘P (ou ⌘1–⌘9), com endpoints locais logo ao lado das regiões ao vivo.

Onde o dynamodb-admin para

O limite aparece conforme seu trabalho vai além de uma única tabela local:

• Tabelas ao vivo da AWS estão fora do caminho feliz. Como acima, você pode apontá-lo para uma região real, mas ele é documentado e padronizado em torno do DynamoDB Local, sem conexões salvas ou troca de perfil.
• Sem consultas relacionais. Como qualquer navegador visual, ele lista e edita itens em uma tabela. Ele não consegue unir duas tabelas, GROUP BY, ou computar um COUNT / SUM, porque o DynamoDB não tem motor de consulta relacional por baixo. O dynamodb-admin não adiciona um, e o PartiQL também não: sua gramática de SELECT aceita um único FROM de tabela sem JOIN, GROUP BY, ou funções de agregação (referência de SELECT do PartiQL da AWS) (veja PartiQL vs SQL).
• Edições atingem a tabela no momento em que você as salva. É isso que um formulário CRUD simples faz, e contra uma tabela local descartável é exatamente o certo. Contra uma tabela da qual outras pessoas dependem, é o motivo de você hesitar antes do clique.
• É uma aba de navegador num servidor que você roda. Sem app desktop nativo, sem conexões salvas entre projetos, sem cadeia de credenciais integrada. Você mantém um processo Node (ou container) rodando e marca o localhost nos favoritos.

Nenhum desses é um bug. São o limite de uma ferramenta de dev local deliberadamente pequena. A questão é se seu fluxo de trabalho o cruzou.

O que um cliente DynamoDB completo adiciona por cima

O DynoTable conecta ao DynamoDB local e ao vivo de um único app desktop, usando os perfis e access keys da AWS que você já tem. Seus dados ficam no DynamoDB, então não há nada para migrar. Sobre a navegação e a edição que o dynamodb-admin cobre, ele adiciona as ferramentas que transformam um navegador de tabelas numa ferramenta de trabalho diária:

• Um SQL Workbench. INNER/LEFT JOIN, GROUP BY, COUNT/SUM/AVG — compilados no cliente até as operações reais de Query/Scan do DynamoDB, planejados contra suas chaves e GSIs, então ele fica dentro das regras de padrão de acesso do DynamoDB. Quando há um plano disponível, a prévia do Workbench identifica Scan versus Query e o índice; a estimativa de RCU só aparece quando os metadados da tabela permitem. Um Query comum de partição não mostra RCU. O guia de SQL para DynamoDB cobre no que ele 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;

• Escritas em stage. Uma edição de item, uma exclusão em stage ou uma mudança rascunhada pelo agente entra na fila de uma área de staging por tabela como um diff que você revisa e do qual faz o commit — o oposto de um formulário que salva no clique. Contra dados de produção, esse passo de revisão é o recurso.
• MCP para o agente de código que você já usa. Aponte o Claude Code, o Cursor ou o Codex para as suas tabelas — as locais incluídas — via MCP, com um escopo que você escolhe por conexão (somente leitura, leitura + stage ou completo). Um agente que consegue ler as tabelas que você populou no DynamoDB Local enquanto você codifica é o mesmo ciclo interno que o dynamodb-admin serve, com o seu agente dentro dele. O guia de configuração do MCP tem os detalhes.
• Um agente de IA nas suas próprias chaves do AWS Bedrock. Ele lê seu schema de chaves real antes de consultar e deixa cada escrita em stage para aprovação; prompts e linhas nunca saem da sua fronteira AWS. A documentação do chat de IA o descreve.
• Exportações completas. Conjuntos inteiros de resultados — visões filtradas incluídas — como CSV, um array JSON ou NDJSON, transmitidos em streaming, então tabelas grandes não precisam da memória.

Por que usar um app pago se o dynamodb-admin é grátis?

Comece pelo que continua grátis. O plano Grátis do DynoTable não tem limite de tempo: navegue e filtre tabelas — locais e ao vivo —, rode SELECT do PartiQL, exporte dados, código e schemas, e sirva leituras de schema e de itens para o seu agente de código via MCP. Para a navegação para a qual o dynamodb-admin foi construído, os dois custam o mesmo: nada.

O dynamodb-admin edita de graça, enquanto a edição do DynoTable — com o fluxo de revisão em stage — faz parte dos planos pagos depois do teste de 30 dias. O que a assinatura compra não existe no dynamodb-admin por preço nenhum: o SQL Workbench, o agente de IA, as escritas em stage e as Smart Tables. Se o seu trabalho com DynamoDB é uma tabela local que você navega enquanto codifica, fique com o dynamodb-admin. Se ele atravessa contas ao vivo, perguntas relacionais ou os dados de produção de um time, esse é o fluxo de trabalho para o qual o DynoTable foi construído.

O DynoTable funciona com o DynamoDB Local como o dynamodb-admin?

Sim — o DynoTable roda contra seus endpoints locais quando você quer, então não é um substituto "só-ao-vivo". Veja conectar ao DynamoDB Local e LocalStack para a configuração de endpoint e credenciais falsas. Ele cobre o mesmo ciclo interno local que o dynamodb-admin cobre, mais as tabelas ao vivo e as consultas que ele não consegue.

Avaliação honesta: quando o dynamodb-admin é suficiente

Se você só navega uma instância local de DynamoDB durante o desenvolvimento, quer algo gratuito e open source, e nunca precisa tocar em tabelas ao vivo ou rodar um JOIN, o dynamodb-admin é a escolha pragmática: mantenha-o. O DynoTable merece seu lugar quando você trabalha entre contas locais e ao vivo, quer conexões salvas e sua cadeia real de credenciais da AWS, ou bateu numa consulta que um navegador de tabela única não consegue expressar.

Baixe o DynoTable para macOS, Windows ou Linux, aponte-o para o mesmo perfil que você usa hoje, e rode uma consulta que você não conseguia expressar antes. O teste é grátis por 30 dias, não precisa de cartão de crédito, e o DynoTable continua no plano Grátis depois disso — navegação, PartiQL, exportações completas e MCP somente leitura continuam grátis, sem limite de tempo. Veja preços para os planos atuais, e DynoTable como uma GUI de DynamoDB para o panorama mais amplo.

FAQ

O DynoTable é uma alternativa ao dynamodb-admin?

Para desenvolvimento só-local, o dynamodb-admin é gratuito e excelente. O DynoTable é a alternativa quando você também precisa de tabelas ao vivo da AWS, conexões salvas através da sua cadeia de credenciais da AWS, edição em stage com revisão, exportações completas, acesso via MCP para agentes de código e um SQL Workbench que roda JOINs, GROUP BY e agregados — nenhum dos quais um navegador local de tabela única fornece.

O dynamodb-admin consegue conectar ao DynamoDB ao vivo da AWS?

Tecnicamente sim: você sobrescreve --dynamo-endpoint para uma região real e fornece credenciais (com --skip-default-credentials e as variáveis de ambiente padrão da AWS). Mas ele é construído e padronizado em torno do DynamoDB Local, sem gerenciador de conexões ou troca de perfil, então o uso ao vivo está fora do caminho feliz.

Por que usar um app pago se o dynamodb-admin é grátis?

O plano Grátis do DynoTable também é grátis, sem limite de tempo, e cobre tabelas locais e ao vivo do mesmo jeito. O Grátis inclui navegação, PartiQL SELECT, exportações de dados, código e schemas, e leituras de schema/itens via MCP; os assentos pagos acrescentam o SQL Workbench, Smart Tables, escritas e IA.

Existe uma imagem Docker do dynamodb-admin?

Sim. A aaronshaf/dynamodb-admin está publicada no Docker Hub e configurada via as variáveis de ambiente HOST, PORT, BASE_PATH e DYNAMO_ENDPOINT, então fica ao lado do amazon/dynamodb-local num docker-compose (README). O DynoTable é um app desktop, não um container, então não há imagem para rodar; ele conecta diretamente ao seu endpoint local ou à sua conta ao vivo.

O dynamodb-admin consegue rodar SQL ou unir tabelas?

Não. O dynamodb-admin navega e edita uma tabela por vez; ele não tem superfície SQL documentada, e o DynamoDB em si não tem motor relacional. Até o SELECT do PartiQL é de FROM único, sem JOIN, GROUP BY ou agregados (referência de SELECT do PartiQL da AWS), então JOIN, GROUP BY e agregados não são possíveis sem um cliente que os planeje. O SQL Workbench do DynoTable compila esses até as operações reais de Query/Scan do DynamoDB.

Relacionados

• Navegue pelo hub de comparação completo para todas as alternativas ao DynoTable.
• Veja também DynoTable como uma GUI de DynamoDB.
• Novo no DynamoDB local? Leia DynamoDB Local e conectar ao DynamoDB Local & LocalStack.
• Precisa de consultas relacionais? Veja SQL para DynamoDB, DynamoDB JOIN e DynamoDB GROUP BY.

Última verificação em 2026-07-30. O dynamodb-admin é software open source licenciado sob MIT por seus respectivos autores; referenciado aqui apenas para identificação.