The default for new workloads — no capacity planning; the table is CREATING until DynamoDB brings it ACTIVE, and the status line says so.
CREATE TABLE "stage.Ledger" ( PARTITION KEY pk STRING, SORT KEY sk STRING) WITH BILLING = ON_DEMAND Control-plane statements — DynamoDB's own PartiQL has no DDL, so these are a DynoStudio dialect surface that lowers to the native AWS calls (CreateTable, DeleteTable), with the plan disclosed in the "Executes as" strip before anything runs. A read-only stage refuses all mutating control-plane work.
CREATE TABLE "table" ( PARTITION KEY name STRING | NUMBER | BINARY, -- or S | N | B [SORT KEY name type]) WITH BILLING = ON_DEMAND | PROVISIONED (RCU n, WCU n)DROP TABLE "table" -- DELETE TABLE is an accepted spelling Each key attribute's type is required: DynamoDB fixes key types at creation and can't change them later, so the studio refuses a key with no explicit type rather than guess one. Guide: Tables, indexes & replicas.
The default for new workloads — no capacity planning; the table is CREATING until DynamoDB brings it ACTIVE, and the status line says so.
CREATE TABLE "stage.Ledger" ( PARTITION KEY pk STRING, SORT KEY sk STRING) WITH BILLING = ON_DEMAND Steady, predictable traffic can beat on-demand pricing — name the read and write units explicitly.
CREATE TABLE "stage.Metrics" ( PARTITION KEY metricId STRING, SORT KEY at NUMBER) WITH BILLING = PROVISIONED (RCU 50, WCU 25) at NUMBER) orders numerically — the right shape for epoch timestamps.Irreversible, so the run opens a confirmation that stays disarmed until you type the exact table name — the same stance the AWS Console takes.
DROP TABLE "stage.Ledger" DELETE FROM … WHERE is a bulk data write from DELETE — the two never collide.Related: Tables, indexes & replicas · CREATE GSI · Marker indexes · DELETE for removing data.