Skip to content

Commit 4ff4ced

Browse files
committed
docs(db): state the deploy-window semantics of the governed-subject column honestly
1 parent 5d0452f commit 4ff4ced

1 file changed

Lines changed: 3 additions & 1 deletion

File tree

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,9 @@
11
-- Adds the permission-group subject a table run's cells are gated against, separate from
22
-- `triggered_by_user_id` (an attribution that substitutes the workspace billed account when the
33
-- credential names no human). Purely additive and nullable: every existing row reads NULL, which
4-
-- means "no acting person, no per-tool gate" — the same answer those runs already get today.
4+
-- means "no acting person, no per-tool gate". For rows a manual run had already queued when this
5+
-- deploys, that is briefly weaker than the old triggered-by gate — dispatch rows live seconds, so
6+
-- the window closes with the queue.
57
ALTER TABLE "table_run_dispatches" ADD COLUMN "capability_governed_user_id" text;--> statement-breakpoint
68
ALTER TABLE "table_run_dispatches" ADD CONSTRAINT "table_run_dispatches_capability_governed_user_id_user_id_fk" FOREIGN KEY ("capability_governed_user_id") REFERENCES "public"."user"("id") ON DELETE set null ON UPDATE no action NOT VALID;--> statement-breakpoint
79
ALTER TABLE "table_run_dispatches" VALIDATE CONSTRAINT "table_run_dispatches_capability_governed_user_id_user_id_fk";

0 commit comments

Comments
 (0)