NoSQL Workbench vs DynoTable
AWS NoSQL Workbench è uno strumento di progettazione gratuito per DynamoDB: dai forma a una tabella, definisci i pattern di accesso, li validi su dati di esempio ed esegui il commit del risultato. DynoTable è un client desktop per il lavoro che inizia una volta che quella tabella è live. Ogni affermazione su AWS qui sotto è citata dalle pagine di AWS stessa, recuperate nella data indicata; questa pagina copre la giuntura tra i due lavori e cosa la attraversa.
Due lavori diversi
NoSQL Workbench è costruito per la modellazione dei dati: progettare uno schema single-table, visualizzare i pattern di accesso ed eseguire il commit del modello su una tabella. È lo strumento giusto quando stai decidendo che forma devono avere le tue chiavi e i tuoi GSI.
DynoTable è costruito per il lavoro quotidiano dopo che il modello esiste: sfogliare e modificare Item, costruire condizioni di chiave e di filtro, e interrogare dati live. Molti team progettano in NoSQL Workbench e operano in DynoTable. La nostra tabella decisionale:
| Il tuo compito | Usa |
|---|---|
| Progettare tabella, chiavi, GSI dai pattern di accesso | NoSQL Workbench |
| Distribuire il modello come CloudFormation | Export di NoSQL Workbench |
| Bozza rapida di schema nel browser, senza installare | il nostro gratuito strumento Single-Table Design |
| Sfogliare, filtrare, modificare Item live ogni giorno | DynoTable |
JOIN / GROUP BY / aggregati su tabelle live | DynoTable (Workbench SQL) |
| Snippet di codice di esempio una tantum per un'operazione | entrambi — tutti e due generano codice |
Scarica NoSQL Workbench — gratuito su Windows, macOS e Linux
Non c'è un prezzo: AWS non elenca alcun costo per NoSQL Workbench in nessun punto della sua pagina prodotto (verificato il 2026-08-06), e il download copre Windows, macOS e Linux. L'installer può installare anche DynamoDB Local (opzione integrata dalla versione 3.4.0, secondo la cronologia delle release), quindi la modellazione offline funziona senza un account AWS.
Da sapere prima di scaricare: la release attuale è la 3.20.2 (6 aprile 2026), e la cronologia delle release mostra circa una raffica di release all'anno — la serie 3.20.x di febbraio–aprile 2026 ha ricostruito il Data Modeler attorno ai pattern di accesso, e la release precedente era la 3.13.5 di febbraio 2025 (cronologia delle release, recuperata il 2026-08-06). È mantenuto, a ritmo annuale.
Cosa sopravvive al pulsante di commit
Un modello NoSQL Workbench è tre tipi di cosa allo stesso tempo, e passano in produzione in modi molto diversi.
Le chiavi e gli indici passano come codice. L'export offre "NoSQL Workbench model format" oppure "AWS CloudFormation JSON template format", e il secondo si distribuisce o si inserisce in uno stack di infrastructure-as-code esistente. Il commit lo fa direttamente: "This action creates server-side resources in AWS for the tables and global secondary indexes represented in the data model", e "NoSQL Workbench creates tables and indexes with on-demand capacity by default" (commit di un modello di dati, recuperato il 2026-07-28). Quel default merita di essere letto due volte prima di cliccarci sopra contro un account di produzione.
Le spiegazioni passano come immagini. La vista aggregata rende ogni tabella e indice fianco a fianco, ed esportarla produce "an archive with PNG images of all tables and indexes" (vista aggregata, recuperato il 2026-07-28). Un collega senza l'app riceve screenshot.
I facet non passano affatto, e AWS lo dice chiaramente: "Facets are considered a visual data modeling tool, and don't exist as a usable construct in DynamoDB, as they are purely an aid to modeling of access patterns." La stessa pagina ti allontana da essi, raccomandando di validare invece i pattern di accesso, "while facets are non-functional visualizations" (facet, recuperato il 2026-08-06). Se hai imparato il single-table design disegnando facet, nota che le viste per entità con cui ragionavi esistono solo dentro il modellatore.
Dopo il commit: 50 operazioni salvate, una tabella alla volta
NoSQL Workbench interroga davvero i dati live. Il generatore di operazioni "supports projection expression, condition expression, and generates sample code in multiple languages", e "you can save as many as 50 DynamoDB data operations in the operation builder" (generatore di operazioni, recuperato il 2026-08-06).
Ogni voce salvata è una singola operazione DynamoDB, ed è questo il vincolo che
conta. "Valutazione peggiore e media per categoria di prodotto" su una tabella
reviews e una tabella products non è un'operazione. È una Query per le
recensioni, un lookup per prodotto e un rollup che scrivi da qualche altra
parte, perché DynamoDB non ha join e PartiQL non ne aggiunge: il suo SELECT
prende un singolo FROM senza JOIN, senza GROUP BY e senza funzioni di
aggregazione
(riferimento AWS PartiQL SELECT).
Il Workbench SQL di DynoTable lo dichiara invece una volta sola:
SELECT p.category, MIN(r.rating) AS worst, AVG(r.rating) AS avgRating
FROM reviews r
JOIN products p ON r.productId = p.productId
WHERE r.locale = 'en'
GROUP BY p.categoryLo pianifica sulle chiavi e sugli indici di cui hai appena eseguito il commit, così i pattern di accesso che hai progettato sono quelli attraverso cui legge, e il join e i due aggregati avvengono sul client perché DynamoDB non espone alcun join lato server da chiamare. SQL per DynamoDB copre come funziona la compilazione. NoSQL Workbench non ha alcun assistente di query; quello di DynoTable gira sulle tue credenziali AWS Bedrock e mette in staging ogni scrittura per approvazione, come descrive la documentazione della chat AI.

Cosa DynoTable non fa
La giuntura corre in entrambe le direzioni, e DynoTable resta dal suo lato:
- Nessuna modellazione dei dati. Non c'è una tela di progettazione, niente facet, nessuna generazione di dati di esempio e nessun export CloudFormation. Modella in Workbench (o nel gratuito strumento Single-Table Design).
- Nessuna creazione di tabelle. Il pulsante di commit di Workbench crea tabelle e GSI; il piano di controllo di DynoTable è in sola lettura — nessuna creazione/eliminazione, nessuna configurazione di GSI o TTL, nessuna modifica della capacità.
- Nessun import di dati, e nessun monitoraggio CloudWatch.
- Scritture e SQL sono a pagamento. NoSQL Workbench è interamente gratuito; il piano Free di DynoTable è in sola lettura (account richiesto), e il Workbench SQL, le Smart Table, le scritture e l'AI richiedono una postazione a pagamento o la prova di 30 giorni.
Come passare a DynoTable (o aggiungerlo)
Continua a modellare in NoSQL Workbench se si adatta al tuo workflow; questa è
un'aggiunta, non una sostituzione. Una differenza pratica al momento della
connessione: la finestra di commit di Workbench chiede un alias dell'account,
una regione, un access key ID e una secret access key, con session token o role
ARN come opzioni. DynoTable legge invece i profili già presenti nella tua
directory ~/.aws, incluse le sessioni IAM Identity Center, quindi non ci sono
chiavi da incollare. Scarica DynoTable per macOS, Windows o Linux,
scegli un profilo ed esegui un JOIN o un GROUP BY sulle tabelle di cui hai
appena eseguito il commit.
La prova è gratuita per 30 giorni sul piano che scegli, senza carta di credito,
e dopo DynoTable resta sul piano Free — da $9/mese con fatturazione annuale
quando passi al piano superiore. Il piano Free include navigazione, SELECT
PartiQL, export di dati, codice e schemi, e letture MCP di schemi/Item; le
postazioni a pagamento aggiungono il Workbench SQL, le Smart Table, le
scritture e l'AI. Vedi i prezzi per i piani attuali.
FAQ
DynoTable è un'alternativa a NoSQL Workbench?
Sì. NoSQL Workbench si concentra sulla modellazione dei dati; DynoTable si concentra sulle query e sulle modifiche quotidiane, con un Workbench SQL per JOIN, GROUP BY e aggregati.
DynoTable può eseguire SQL su DynamoDB?
Sì. Il Workbench SQL di DynoTable compila SQL — inclusi INNER/LEFT JOIN, GROUP BY e aggregati — fino alle reali operazioni Query/Scan di DynamoDB, quindi resta entro le regole di pattern di accesso di DynamoDB.
I facet di NoSQL Workbench sono una vera funzionalità di DynamoDB?
No. La documentazione di AWS stessa dice che i facet "don't exist as a usable construct in DynamoDB, as they are purely an aid to modeling of access patterns", e raccomanda di validare invece i pattern di accesso, definendo i facet "non-functional visualizations" (facet, recuperato il 2026-08-06). La tabella di cui esegui il commit ha chiavi, indici e Item; non ha facet.
Argomenti correlati
- Sfoglia l'hub dei confronti completo per ogni alternativa a DynoTable.
- Vedi anche il confronto con Dynobase, DynoTable come client GUI per DynamoDB e la rassegna pratica dei migliori client GUI per DynamoDB.
- Pianifica uno schema dai pattern di accesso con il gratuito strumento Single-Table Design.
- Dimensiona gli Item e pianifica la capacità con il gratuito calcolatore di dimensione degli Item DynamoDB.
Ultima verifica 2026-08-06. NoSQL Workbench è uno strumento di Amazon Web Services; citato qui solo a scopo identificativo.


