My workflow is generating SQL migration using Prisma.
When creating a new table with a foreign key, Prisma creates a table CREATE TABLE table_name (id UUID NOT NULL, foreign_id UUID NOT NULL) and then create another DDL in the same file ALTER TABLE table_name ADD CONSTRAINT "table_name_fkey" FOREIGN KEY ("foreign_id") REFERENCES "foreign_table" ("id") ON DELETE NO ACTION ON UPDATE NO ACTION;
Prisma does this for a good reason, some databases do not support foreign key definition in the create table DDL.
I would like to be able to split those DDL when the config assume_in_transaction is set to true.
It seems that require-concurrent-index-creation is using this behavior.
Many thanks
My workflow is generating SQL migration using Prisma.
When creating a new table with a foreign key, Prisma creates a table
CREATE TABLE table_name (id UUID NOT NULL, foreign_id UUID NOT NULL)and then create another DDL in the same fileALTER TABLE table_name ADD CONSTRAINT "table_name_fkey" FOREIGN KEY ("foreign_id") REFERENCES "foreign_table" ("id") ON DELETE NO ACTION ON UPDATE NO ACTION;Prisma does this for a good reason, some databases do not support foreign key definition in the create table DDL.
I would like to be able to split those DDL when the config
assume_in_transactionis set to true.It seems that
require-concurrent-index-creationis using this behavior.Many thanks