Re: [PATCH] Add pg_get_table_ddl() to reconstruct CREATE TABLE statements
Marcos Pegoraro <marcos@f10.com.br>
From: Marcos Pegoraro <marcos@f10.com.br>
To: Akshay Joshi <akshay.joshi@enterprisedb.com>
Cc: Zsolt Parragi <zsolt.parragi@percona.com>,
pgsql-hackers@lists.postgresql.org
Date: 2026-06-22T14:54:38Z
Lists: pgsql-hackers
Em seg., 22 de jun. de 2026 às 03:27, Akshay Joshi < akshay.joshi@enterprisedb.com> escreveu: > The documentation paragraph for `includes_foreign_keys` now directs users > to `only_foreign_keys` as the intended second pass. Regression coverage > adds three cases: the FK-only emission for your cons example, the zero-row > result for a table without FKs, and the error path. > >> I still think this model of only having options for foreign keys is incomplete, maybe wrong. Imagine then cloning a schema from a publication server to be executed on a subscription server. So I don't want any other constraints besides the primary key, for example. The way you implemented it is not possible. Furthermore having only_foreign_keys and includes_foreign_keys seems confuse. regards Marcos