Un'alternativa a dynamodb-admin per DynamoDB locale e live

dynamodb-admin è la GUI web gratuita con licenza MIT a cui ricorrono la maggior parte degli sviluppatori quando avviano DynamoDB Local o LocalStack. La esegui come un piccolo server Node (npm install -g dynamodb-admin), la punti a un endpoint e sfogli le tue tabelle locali. È eccellente in quell'unico lavoro. Questa pagina è per quando l'hai superata — e vuoi un client che gestisca tabelle AWS locali e live, con filtri, modifica inline e un Workbench SQL. DynoTable è un client DynamoDB desktop multipiattaforma costruito attorno a quel Workbench.

In cosa è bravo dynamodb-admin

Il README di dynamodb-admin lo descrive chiaramente: una "GUI per DynamoDB Local, dynalite, localstack ecc." (README). È lo strumento giusto quando lavori contro un endpoint locale:

Gratuito e open source (MIT), quindi non c'è nulla da comprare e nulla da licenziare (licenza).
Installazione senza attriti — npm install -g dynamodb-admin e hai una UI web su localhost:8001 (la --port di default), puntata di default a http://localhost:8000 (README).
Un'immagine Docker — l'immagine ufficiale aaronshaf/dynamodb-admin su Docker Hub si inserisce direttamente in un docker-compose accanto a amazon/dynamodb-local. Legge le variabili d'ambiente HOST, PORT, BASE_PATH e DYNAMO_ENDPOINT (README), quindi si collega in modo pulito a uno stack di sviluppo containerizzato.
Creazione, sfoglia e modifica tabelle attraverso una semplice interfaccia web mentre sviluppi, senza toccare la console AWS.

Di default imposta accessKeyId / secretAccessKey ai valori fittizi key e secret e la regione a us-east-1 (README) — il che ti dice esattamente per cosa è costruito: il ciclo interno dello sviluppo locale.

dynamodb-admin può connettersi a DynamoDB AWS live?

Tecnicamente sì — ed è la cosa più comune che la gente prova una volta che una UI di admin solo-locale non basta più. Sovrascrivi l'endpoint e fornisci credenziali reali:

# Punta dynamodb-admin a una regione reale invece di 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

Oppure passa --skip-default-credentials così smette di iniettare i fittizi key/secret e ricade invece sulla risoluzione delle credenziali standard dell'AWS SDK (README).

Funziona, ma è fuori dal percorso ottimale. Le opzioni documentate di dynamodb-admin sono l'endpoint, l'host, la porta, il base path e un toggle per le credenziali (README) — non c'è nessun gestore di connessioni, nessun selettore di profili, nessun SSO. Cambiare account o regioni significa fermare il processo Node e rilanciarlo con variabili d'ambiente diverse. Va bene per un'occhiata occasionale a una tabella di produzione; un attrito come strumento quotidiano su più account.

Dove si ferma dynamodb-admin

Il confine si manifesta quando il tuo lavoro va oltre una singola tabella locale:

Le tabelle AWS live sono fuori dal percorso ottimale. Come sopra — puoi puntarlo a una regione reale, ma è documentato e impostato di default attorno a DynamoDB Local, senza connessioni salvate o cambio di profilo.
Nessuna query relazionale. Come qualsiasi browser visuale, elenca e modifica elementi in una sola tabella. Non può unire due tabelle, fare GROUP BY o calcolare un COUNT / SUM, perché DynamoDB non ha un motore di query relazionale sotto. dynamodb-admin non ne aggiunge uno — e nemmeno PartiQL: la sua grammatica SELECT prende un singolo FROM di tabella senza JOIN, GROUP BY o funzioni di aggregazione (riferimento AWS PartiQL SELECT) (vedi PartiQL vs SQL).
È una scheda del browser su un server che esegui tu. Nessuna app desktop nativa, nessuna connessione salvata tra i progetti, nessuna catena di credenziali integrata — mantieni un processo Node (o container) in esecuzione e metti localhost nei segnalibri.

Nessuno di questi è un bug. Sono il bordo di uno strumento di sviluppo locale deliberatamente piccolo. La domanda è se il tuo flusso di lavoro l'ha superato.

Cosa guadagni passando a un client DynamoDB completo

Un client DynamoDB desktop colma la lacuna in due modi. Primo, un'app per locale e live: la stessa UI si connette a DynamoDB Local, LocalStack e i tuoi account AWS reali, leggendo la tua catena di credenziali AWS standard (profili, SSO, variabili d'ambiente) invece di rilanciare un server per ogni ambiente. Secondo, una vera superficie di query sopra lo sfogliare — condizioni di chiave e filtro, modifica inline, PartiQL e SQL.

DynoTable si connette a DynamoDB locale e live da un'unica app desktop, usando i profili AWS e le chiavi di accesso che hai già. I tuoi dati restano in DynamoDB, quindi non c'è nulla da migrare. Oltre allo sfogliare e alla modifica inline, la sua funzionalità di punta è il Workbench SQL.

SQL all'interno delle regole di pattern di accesso di DynamoDB

Un semplice client visuale — dynamodb-admin incluso — scansiona e filtra una singola tabella. Non può unire due tabelle, raggruppare righe o aggregare, perché DynamoDB non espone alcun motore relazionale — anche la SELECT di PartiQL è a singolo FROM senza JOIN, GROUP BY o aggregati (riferimento AWS PartiQL SELECT). Il Workbench SQL di DynoTable compila SQL — INNER/LEFT JOIN, GROUP BY, COUNT, SUM e compagnia — fino alle vere operazioni Query / Scan di DynamoDB sul client. Tu scrivi SQL in forma relazionale; DynoTable lo pianifica contro le tue chiavi e i tuoi GSI, così resta all'interno delle regole di pattern di accesso di DynamoDB invece di fingere che la tabella sia relazionale. Se hai colpito il muro dove anche PartiQL si ferma, SQL per DynamoDB e la guida PartiQL vs SQL spiegano cosa manca e come il Workbench lo colma.

-- Il tipo di query che un browser a singola tabella non può esprimere:
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;

Costruire a mano quelle condizioni di chiave e filtro è macchinoso; il gratuito DynamoDB Expression Builder genera per te il KeyConditionExpression / FilterExpression e le mappe di nomi/valori degli attributi — nessuna installazione richiesta.

DynoTable funziona con DynamoDB Local come dynamodb-admin?

Sì — DynoTable gira contro i tuoi endpoint locali quando vuoi, quindi non è un sostituto "solo-live". Vedi connettersi a DynamoDB Local e LocalStack per la configurazione dell'endpoint e delle credenziali fittizie. Copre lo stesso ciclo interno locale che fa dynamodb-admin, più le tabelle live e le query che non può.

Parere onesto: quando dynamodb-admin basta

Se sfogli solo un'istanza DynamoDB locale durante lo sviluppo, vuoi qualcosa di gratuito e open source e non hai mai bisogno di toccare tabelle live o eseguire un JOIN, dynamodb-admin è la scelta pragmatica — tienilo. DynoTable è un'app desktop a pagamento; si guadagna il suo posto quando lavori su account locali e live, vuoi connessioni salvate e la tua vera catena di credenziali AWS, o hai colpito una query che un browser a singola tabella non può esprimere.

Scarica DynoTable per macOS, Windows o Linux, puntalo allo stesso profilo che usi oggi ed esegui una query che prima non potevi esprimere. Vedi i prezzi per i piani attuali, e DynoTable come GUI DynamoDB per il quadro più ampio.

FAQ

DynoTable è un'alternativa a dynamodb-admin?

Per lo sviluppo solo-locale, dynamodb-admin è gratuito ed eccellente. DynoTable è l'alternativa quando hai bisogno anche di tabelle AWS live, connessioni salvate attraverso la tua catena di credenziali AWS e un Workbench SQL che esegue JOIN, GROUP BY e aggregati — nessuno dei quali un browser locale a singola tabella fornisce.

dynamodb-admin può connettersi a DynamoDB AWS live?

Tecnicamente sì — sovrascrivi --dynamo-endpoint a una regione reale e fornisci credenziali (con --skip-default-credentials e le variabili d'ambiente AWS standard (README)). Ma è costruito e impostato di default attorno a DynamoDB Local, senza gestore di connessioni o cambio di profilo, quindi l'uso live è fuori dal percorso ottimale.

Esiste un'immagine Docker di dynamodb-admin?

Sì — aaronshaf/dynamodb-admin è pubblicata su Docker Hub e configurata tramite le variabili d'ambiente HOST, PORT, BASE_PATH e DYNAMO_ENDPOINT, così sta accanto a amazon/dynamodb-local in un docker-compose (README). DynoTable è un'app desktop, non un container, quindi non c'è un'immagine da eseguire — si connette direttamente al tuo endpoint locale o account live.

DynoTable funziona con DynamoDB Local come dynamodb-admin?

Sì. DynoTable si connette a endpoint locali — DynamoDB Local e LocalStack — così come ad account AWS live, dalla stessa app desktop. Vedi la guida alla connessione locale.

dynamodb-admin può eseguire SQL o unire tabelle?

No. dynamodb-admin sfoglia e modifica una tabella alla volta; non ha una superficie SQL, e DynamoDB stesso non ha un motore relazionale — anche la SELECT di PartiQL è a singolo FROM senza JOIN, GROUP BY o aggregati (riferimento AWS PartiQL SELECT) — quindi JOIN, GROUP BY e aggregati non sono possibili senza un client che li pianifichi. Il Workbench SQL di DynoTable compila quelli fino alle vere operazioni Query / Scan di DynamoDB.

Correlati

Sfoglia l'intero hub di confronto per ogni alternativa a DynoTable.
Vedi anche DynoTable come GUI DynamoDB.
Nuovo a DynamoDB locale? Leggi DynamoDB Local e connettersi a DynamoDB Local e LocalStack.
Hai bisogno di query relazionali? Vedi SQL per DynamoDB, DynamoDB JOIN e DynamoDB GROUP BY.

Ultima verifica 2026-06-10. dynamodb-admin è software open source con licenza MIT dei suoi rispettivi autori; citato qui solo a scopo di identificazione.