build_table_description in src/actions/mod.rs calls generate_table_id() (a fresh UUID v4) on every invocation, so TableId is not stable across DescribeTable calls, nor between CreateTable and a later DescribeTable. AWS assigns a TableId once at creation and returns the same value for the table's lifetime.
Pre-existing; noticed during the #44-#46 control-plane review. Low impact, since most clients do not pin TableId, but a clear parity gap.
Fix: persist a TableId at create time alongside the other table metadata, and return the stored value from build_table_description.
build_table_descriptioninsrc/actions/mod.rscallsgenerate_table_id()(a fresh UUID v4) on every invocation, soTableIdis not stable acrossDescribeTablecalls, nor betweenCreateTableand a laterDescribeTable. AWS assigns a TableId once at creation and returns the same value for the table's lifetime.Pre-existing; noticed during the #44-#46 control-plane review. Low impact, since most clients do not pin TableId, but a clear parity gap.
Fix: persist a TableId at create time alongside the other table metadata, and return the stored value from build_table_description.