The DynamoDB GUI with real SQL and AI

A fast, local-first desktop client for AWS DynamoDB. An AI agent on your own Bedrock keys, visual joins, and real SQL with aggregations — all on your machine, talking straight to AWS, never through our servers.

SQL within DynamoDB's access-pattern rules.

Everything runs on your own AWS credentials

AWS SSOaws-vaultDynamoDB LocalBedrockPartiQLGSI / LSI
01 — AI agent

Ask your tables anything.

An agent that reads your schema, runs queries, and drafts writes — powered by Amazon Bedrock through your AWS credentials. No third-party service ever sees your data.

Your Bedrock, your keys

The model runs in your account. Prompts, schema, and rows never leave your AWS boundary.

Reads real schema

It inspects keys, GSIs and item shapes first — then picks Query over Scan when it can.

Drafts you approve

Writes are shown as a reviewable diff. Nothing is committed without your say-so.

02 — Smart Tables

Joins for a database that has none.

Draw relationships between tables on a canvas and work the joined view live as you edit — no schema migration, no ETL.

Live recompute

Add or drop an edge and the joined grid recomputes instantly as you edit.

By PK or GSI

Join on the primary key or any global secondary index — DynoTable picks the cheapest read.

Read-only by default

The base tables are never mutated. The view is a projection you can export or query.

03 — SQL Workbench

Real SQL. GROUP BY, COUNT, joins.

Write a full SELECT with aggregations and multi-table joins over your live DynamoDB data — rows back in milliseconds.

Aggregations DynamoDB can't

SUM, AVG, COUNT DISTINCT, HAVING — the SQL you reach for, on a NoSQL store.

Only what you query

Only the rows your query touches are read — never the whole table.

Drops into the grid

Results are the same data grid as everywhere else — sort, filter, and open any row.

04 — Bring your own agent

Your favourite agent, your data.

Connect Claude Code, Cursor or Codex to DynoTable over MCP. The agent reads your schema and works your tables through a connection you scope and approve — writes still land in staging for your review.

Any MCP client

Claude Code, Cursor, Codex — connect over standard MCP with OAuth, one connection per profile.

You approve the connection

Each agent gets the scope you choose — read-only, read + stage, or full — and only the profiles you expose.

Agents propose, you commit

External agents never write directly. Changes land in staging as a reviewable diff — you commit.

Why teams switch

Does what the AWS Console can't. Lighter than the cloud clients.

DynoTableAWS ConsoleCloud clients
AI agent on your own credentialsYes3rd-party
Visual joins & real SQLYespartial
Keyboard-first, ⌘K everywhereYesvaries
Data stays on your deviceYesin-browsersynced to cloud
Constant-memory exports (1M+ rows)Yesvaries
Questions

Straight answers.

How is this different from Dynobase or the cloud clients?

Three things: a SQL Workbench that runs real joins, GROUP BY and aggregates over your tables, an AI agent that runs on your own AWS Bedrock, and a local-first design — your data and credentials never leave your machine, where cloud clients route them through their servers.

Does the AI send my data to a third party?

No. The agent runs on Amazon Bedrock through your own AWS credentials — prompts, schema, and table rows never leave your AWS account. There is no DynoTable server in the loop.

Is it safe to use on my production tables?

Yes. DynoTable uses your own AWS credentials, so it can only do what your IAM policy allows — give it a read-only role and it can't change a thing. And edits never hit your tables directly: every change collects in a staging window you review before committing.

Can I use Claude Code or Cursor with my tables?

Yes. DynoTable runs a local MCP server that external agents connect to — off by default and approved per connection. The agent never writes to DynamoDB directly: every change lands in your staged commit window to review and commit, and your AWS credentials never leave your machine.

How do joins and SQL work without overloading DynamoDB?

DynoTable reads only the rows a query touches and runs the joins and aggregations on your machine — never against DynamoDB. Your tables are read with the cheapest access pattern available — Query over Scan whenever a key or index allows.

Does it work offline or with DynamoDB Local?

Yes. Point a Profile at a local endpoint (e.g. DynamoDB Local on port 8000/9000) and work entirely offline. Profiles can be online or offline, each with its own region and colour.

Is DynoTable free?

The web tools — the calculators and the expression builder — are free, no sign-up. The desktop app is a free 30-day trial, then per-seat, billed monthly or annually.

Which platforms are supported?

macOS, Windows, and Linux — all available today. macOS ships as an Apple Silicon build, Windows as an x64 installer, and Linux as .deb and .rpm packages.

Stop fighting the Console.

Download DynoTable, point it at a profile, and run your first query in under a minute.

Free 30-day trial · money-back guarantee · macOS, Windows & Linux