Every DynamoDweep feature.
Community and Pro.

Edition overview

One focused DynamoDB client, two editions

DynamoDweep Community is the free, open-source desktop client. It covers connection management, table administration, data exploration, item editing, local databases, and backups without requiring a DynamoDweep account.

DynamoDweep Pro contains the full Community feature set and adds secure enterprise authentication, reusable query workflows, environment reproduction, developer code generation, richer data tools, and repository-derived access-pattern modeling. Pro is currently offered through early access ahead of its public paid launch.

The capabilities in the next six sections are available in DynamoDweep Community and are also included in Pro.

The built-in local database manager creates isolated DynamoDB Local environments—one named data folder per project—without requiring a separate launcher.

• Create named persistent databases whose data remains after the process stops.
• Create in-memory databases whose data is discarded when they stop.
• Start, stop, open, duplicate, and delete a local database from the connection screen.
• See each running instance’s assigned port, endpoint, storage size, and runtime state.
• Reveal a database’s data folder in the operating-system file manager.
• Download the official DynamoDB Local runtime on first use; the roughly 50 MB engine is stored in Application Support and is not bundled with DynamoDweep.

Table navigation and inspection

• List, refresh, and filter table names within the active connection.
• Inspect table status, ARN, class, creation time, approximate item count, approximate size, billing mode, and read/write capacity.
• Inspect the primary partition and sort keys, key attribute types, all attribute definitions, GSIs, and LSIs.
• Review index status, key schema, projection type, non-key attributes, approximate item count, and size where DynamoDB provides them.

Create a table

• Define a partition key and optional sort key using DynamoDB string, number, or binary key types.
• Select on-demand capacity or provisioned capacity with explicit read and write capacity units.
• Define global secondary indexes and local secondary indexes during table creation.
• Choose ALL, KEYS_ONLY, or INCLUDE projection modes for GSIs created with the table.
• Enable DynamoDB Streams with new-and-old images and optionally enable deletion protection.

Change an existing table

• Add a GSI with its own partition key, optional sort key, and attribute types; remove existing GSIs with confirmation.
• Enable TTL on a chosen attribute or disable TTL.
• Switch between on-demand and provisioned billing and update RCU/WCU values.
• Enable or disable streams and choose KEYS_ONLY, NEW_IMAGE, OLD_IMAGE, or NEW_AND_OLD_IMAGES.
• Turn deletion protection on or off.
• Permanently delete a table only after typing its name to confirm the operation.

Query controls

• Use sort-key operators =, <, ≤, >, ≥, begins_with, and between.
• Use filters with equality, comparisons, between, begins_with, not-equal, contains, exists, not exists, and in.
• Choose string, number, boolean, or null filter values.
• Set a result limit, query in ascending or descending sort-key order, and request consistent reads where the selected operation supports them.
• Move forward and backward through pages using DynamoDB’s last-evaluated key.
• See returned and scanned counts plus consumed capacity units for each request.
• Copy an individual item as JSON without opening the editor.
• Run requests from the keyboard with Ctrl/⌘ + Enter.

Configurable soft-delete behavior

• Prefix or suffix a string key with a custom token such as DELETED#.
• Choose the partition key, sort key, or both when their DynamoDB types are strings.
• Preview old and new keys before applying the operation.
• Optionally stamp _deletedAt and _originalKeys metadata.
• Skip selected items that already appear to use the configured soft-delete token.
• Review succeeded, skipped, and failed counts for batch mutations.

• Create a named, on-demand backup for the selected table.
• List backups and review name, status, backup type, creation time, and size.
• Restore an available backup to a new DynamoDB table name.
• Delete an on-demand backup after confirmation.

Copy schemas into DynamoDB Local

• Preview tables from any saved source connection against a named managed Local database.
• Select individual tables, every table, or only tables missing from the destination.
• Recreate partition keys, sort keys, GSIs, LSIs, DynamoDB Streams settings, and TTL configuration.
• Create a new named Local database without leaving the copy workflow.
• Optionally seed the first N scanned items from each source table.

Compare and repair Local schemas

• Classify destination tables as missing, matching, or different.
• Review primary-key, attribute, index, stream, and TTL differences.
• Create one missing table or all missing tables.
• Add GSIs that exist in the source but are missing from the Local destination.

Duplicate a table on the same connection

Create a new table with the source table’s keys, GSIs, LSIs, streams, and TTL. Optionally copy a bounded sample of items into the new table.

AWS SDK code generation

Generate code from the currently configured Query, Scan, Get item, or PartiQL request. The generated snippet carries over the connection region, table and index names, key conditions, filters, values, result limit, sort order, and consistent-read setting where applicable.

• TypeScript and JavaScript: AWS SDK for JavaScript v3 with the DynamoDB document client.
• Python: boto3 DynamoDB resource and condition expressions.
• Rust: the official aws-sdk-dynamodb crate.
• Preview and copy the generated code directly from the modal.

Infrastructure-as-code schema export

Export the selected table’s primary keys, secondary indexes, projections, stream configuration, and TTL configuration into:

• AWS CDK with TypeScript
• Terraform HCL
• AWS CloudFormation YAML

Pro’s Patterns workspace links one or more local application repositories to a DynamoDB connection. It builds and persists a model of entities, tables, indexes, keys, and access patterns so the database can be explored in the language of the application that uses it.

Repository analysis

• Link one or more repository folders to each connection.
• Run a local heuristic scan with No AI; no agent or API key is required.
• Optionally use Grok Build, Claude, or Codex through an available Agent Client Protocol (ACP) CLI session.
• Resume the same agent session so follow-up analysis keeps context, or deliberately begin a new session.
• Stream agent progress and model updates inside the app, inspect the activity log, and stop a running analysis.
• Fall back to the supported one-shot provider path when an ACP session is unavailable or fails.
• Persist the connection model and agent workspace under the app’s local Application Support directory for reuse.

Query catalog and model

• Browse access patterns through hierarchical entity groups and a catalog that maps each request to its table, index, and keys.
• Search the catalog by query, key, or GSI and filter by operation, index, or live table.
• Inspect each access pattern’s operation, logical table, index, keys, description, and source references.
• Create custom named pattern sets around a topic, generate them with the configured agent, continue the set later, or delete the set.
• Ask follow-up questions to improve the catalog without rebuilding the entire model.

From pattern to live query

• Resolve a model’s logical table to an available live table on the active connection.
• Open and run a pattern in an Explore tab with the operation, index, key conditions, and filters prefilled.
• Plan and run a natural-language live query from Explore using the saved model and linked repository context. The filled query form and planning reason remain visible for inspection and reuse.
• Keep pattern-derived requests bounded by the Explore result limit. AI analysis is optional and no other part of DynamoDweep requires it.

Complete feature comparison

Community and Pro, capability by capability

Requirements, behavior, and limits

Operational notes