Una migliore alternativa alla console AWS DynamoDB

La console AWS DynamoDB ti dà un elenco di tabelle e un browser di elementi di base. Nel momento in cui devi filtrare una tabella grande, scorrere i risultati, esportare più di una pagina o eseguire qualcosa che assomigli a un aggregato, ti intralcia. DynoTable è un client DynamoDB desktop costruito attorno a un Workbench SQL che esegue JOIN, GROUP BY e aggregati all'interno delle regole di pattern di accesso di DynamoDB — le query che l'editor PartiQL della console non può esprimere. Questa pagina è uno sguardo fattuale e datato su cosa la console non può fare e cosa aggiunge un client dedicato. DynoTable legge la tua catena di credenziali AWS standard e punta alle stesse tabelle nel tuo account, quindi non c'è nulla da migrare.

FunzionalitàDynoTableAWS DynamoDB Console
SQL JOINs, GROUP BY & aggregatesNo
Aggregate functions (COUNT / SUM / AVG)SIZE only
Filter without billing the full scanSame Query/Scan opsPost-scan filter
Export full result to CSVOne page at a time
Auto-paginating result gridManual, 1 MB at a time
Multiple tabs & saved queriesNo
InstallDesktop appNone
PricingPaidFree

Cosa manca alla console AWS

Il browser di elementi della console è un sottile wrapper sull'API DynamoDB, quindi eredita le asperità dell'API senza smussarne nessuna:

  • Il filtro è post-scan, non una vera query. Un'espressione di filtro "viene applicata dopo che uno Scan finisce ma prima che i risultati vengano restituiti", quindi uno Scan "consuma la stessa quantità di capacità di lettura, indipendentemente dalla presenza di un'espressione di filtro" (documentazione AWS). Paghi per leggere l'intera pagina, poi la maggior parte viene scartata. La guida query vs scan copre perché questo conta per il costo.
  • La paginazione è manuale, 1 MB alla volta. "Una singola richiesta Scan può recuperare un massimo di 1 MB di dati", e "l'assenza di LastEvaluatedKey è l'unico modo per sapere di aver raggiunto la fine del set di risultati" (documentazione AWS). Nella console questo significa cliccare pagina dopo pagina per percorrere una tabella — vedi la guida alla paginazione per come funziona il cursore sotto il cofano.
  • L'export CSV è una pagina alla volta. La documentazione AWS sull'export CSV lo afferma chiaramente: "puoi esportare i risultati una pagina alla volta in un file CSV. Se ci sono più pagine di risultati, devi esportare ogni pagina individualmente" (documentazione AWS). Quella pagina documenta l'Operation Builder di NoSQL Workbench; la vista "Explore items" della console web esporta la pagina visualizzata allo stesso modo — un export completo significa paginare e scaricare a mano.
  • Nessuna aggregazione. PartiQL per DynamoDB elenca esattamente una funzione di aggregazione — SIZE — e nota che "qualsiasi funzione SQL non inclusa in questo elenco non è attualmente supportata" (documentazione AWS). Non c'è COUNT, SUM o AVG nell'editor della console.

Limitazioni della console che gli sviluppatori incontrano ogni giorno

AttivitàConsole AWS DynamoDBDynoTable
Filtrare una tabella grandeFiltro applicato dopo lo scan; lettura completa comunque fatturata (docs)Builder visuale di filtri/condizioni di chiave sulle stesse operazioni Query/Scan
Scorrere i risultatiManuale, 1 MB / LastEvaluatedKey alla volta (docs)Griglia di risultati a scorrimento continuo che recupera le pagine per te
Esportare in CSVPagina per pagina: NoSQL Workbench esporta "ogni pagina individualmente" (documentazione AWS); l'export Explore-items della console copre solo la pagina a schermoEsporta i risultati di query/scan senza clic pagina per pagina
COUNT / SUM / AVGNon supportato — solo SIZE (docs)GROUP BY + aggregati nel Workbench SQL
Unire due tabelleNon supportato — la SELECT di PartiQL è a singola tabella (docs)INNER/LEFT JOIN pianificati su vere operazioni Query/Scan

Puoi interrogare DynamoDB con SQL nella console?

Solo il sottoinsieme SQL-flavored che PartiQL espone. La console ha un editor PartiQL integrato (nel pannello di navigazione a sinistra) che esegue istruzioni PartiQL (documentazione AWS), e la grammatica SELECT di PartiQL è deliberatamente ristretta:

SELECT expression [, ...]
FROM table[.index]
[ WHERE condition ]
[ ORDER BY key [DESC|ASC], ... ]

(documentazione AWS.) Una tabella, un WHERE opzionale, ordinamento opzionale — nessun JOIN, nessun GROUP BY, nessun aggregato oltre SIZE. Questo espone fedelmente il modello di accesso a singola tabella di DynamoDB, ma significa che le domande analitiche sono escluse nella console. La guida PartiQL vs SQL percorre esattamente dove la grammatica si ferma, e la guida agli esempi PartiQL ha istruzioni da copia-incolla per ciò che può fare.

Il Workbench SQL di DynoTable compila SQL più ricco — 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 un database relazionale. Se hai colpito il muro dove l'editor PartiQL della console si ferma, la guida SQL per DynamoDB spiega cosa funziona e cosa no, la guida DynamoDB JOIN mostra come il Workbench unisce due tabelle, e la guida GROUP BY copre l'aggregazione senza una clausola GROUP BY.

Come esportare una tabella DynamoDB in CSV senza il clic pagina per pagina

L'export CSV nativo di AWS è pagina per pagina. Per l'Operation Builder di NoSQL Workbench, la documentazione è esplicita: puoi "esportare i risultati una pagina alla volta in un file CSV" e "devi esportare ogni pagina individualmente" (documentazione AWS). La vista Explore items della console web è orientata alle pagine allo stesso modo — scansiona una pagina di risultati alla volta e tu esporti le righe davanti a te — quindi un export completo di una tabella grande significa comunque filtrare, paginare e scaricare a mano. Un client dedicato esporta l'intero set di risultati di una query o di uno scan in una volta, viste filtrate incluse. Le opzioni più articolate — AWS CLI, export su S3, script — sono coperte nella guida all'export DynamoDB in CSV. Un inghippo che vale la pena conoscere in anticipo: l'API di basso livello di DynamoDB usa descrittori di tipo (S, N, B, BOOL, …) come token che dicono a DynamoDB come interpretare ogni attributo (documentazione AWS), quindi un dump CSV ingenuo del JSON DynamoDB lascia trapelare i wrapper {"S": "..."} a meno che lo strumento non li appiattisca (la guida ai tipi di dati spiega i tag di tipo).

Cosa aggiunge un client dedicato

Oltre a sistemare le asperità sopra, un client desktop costruito per DynamoDB aggiunge le comodità di flusso di lavoro che la console non ha mai avuto: più schede per tenere aperte diverse tabelle e query in una volta, modifica inline degli elementi nella griglia di risultati invece di passare per un editor JSON, e query salvate così le condizioni di filtro e chiave che ricostruisci ogni giorno restano. Niente di tutto questo richiede di spostare i tuoi dati — DynoTable legge la tua catena di credenziali AWS standard e parla con le stesse tabelle nel tuo account, incluso DynamoDB Local per il lavoro offline (vedi la guida DynamoDB Local).

Quando la console va bene (e quando no)

La console va genuinamente bene per lavori occasionali e piccoli: dare un'occhiata a una manciata di elementi, un GetItem una tantum, creare una tabella o controllare un'impostazione. Se apri DynamoDB una volta a settimana e non superi mai la prima schermata, non ti serve altro.

Inizia a far male nel momento in cui il tuo lavoro è ripetitivo o analitico — scorrere migliaia di elementi, filtrare una tabella grande senza bruciare capacità di lettura, esportare un set di risultati completo o rispondere a una domanda "quanti / qual è il totale". Lì un client dedicato, e in particolare il Workbench SQL, si ripaga.

Scarica DynoTable per macOS, Windows o Linux, puntalo allo stesso profilo e regione che usi nella console ed esegui un JOIN o un GROUP BY che prima non potevi esprimere. Vedi i prezzi per i piani attuali.

FAQ

Esiste un'alternativa migliore alla console AWS DynamoDB?

Sì. DynoTable è un client DynamoDB desktop che sistema i punti deboli della console — paginazione manuale, filtro post-scan ed export CSV di una pagina — e aggiunge un Workbench SQL che esegue JOIN, GROUP BY e aggregati che l'editor PartiQL della console non può esprimere.

Perché la console DynamoDB non può eseguire JOIN o GROUP BY?

La console interroga con PartiQL, la cui grammatica SELECT è a singola tabella con un WHERE e ORDER BY opzionali, e l'unica funzione di aggregazione che supporta è SIZE (documentazione AWS). Il Workbench SQL di DynoTable pianifica quelle query sul client, compilandole fino alle vere operazioni Query/Scan di DynamoDB.

Devo migrare i miei dati per usare un'alternativa alla console?

No. DynoTable legge la tua catena di credenziali AWS standard e punta alle stesse regioni e tabelle — i tuoi dati restano in DynamoDB, quindi non c'è nulla da migrare.

Correlati

Ultima verifica 2026-06-10. AWS, DynamoDB e la console AWS sono marchi di Amazon Web Services; citati qui solo a scopo di identificazione.

Lavora con DynamoDB senza la Console

DynoTable è un client desktop veloce per DynamoDB — sfoglia le tabelle, esegui query in stile SQL e modifica gli Item localmente.