Re: [GENERAL] pg_dump: creates dumps that cannot be restored
От
Thorsten Glaser
Тема
Re: [GENERAL] pg_dump: creates dumps that cannot be restored
Дата
Msg-id
alpine.DEB.2.20.1704072007570.31990@tglase-nb.lan.tarent.de
Список
Дерево обсуждения
Re: [GENERAL] pg_dump: creates dumps that cannot be restored Thorsten Glaser <t.glaser@tarent.de>
Re: [GENERAL] pg_dump: creates dumps that cannot be restored Thorsten Glaser <t.glaser@tarent.de>
Re: [GENERAL] pg_dump: creates dumps that cannot be restored "David G. Johnston" <david.g.johnston@gmail.com>
Hi *, I’ve tried both setting the constraints temporarily to invalid (works) and converting (painstakingly slow, as this is new for me) to triggers (also works). Both can be dumped and restored. I’ve also found out that I probably can ship the schema update that converts the CHECK constraint to a trigger to the customer Right Now™ so I’ll fix this actual schema bug. I still find the CHECK constraint to be a more natural way to express what I want, though. I’m attaching the trigger conversion to help anyone else who does this (and to invite feedback should there be anything I could improve). Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
В списке pgsql-general по дате отправления
От: Guillaume Lelarge
Дата: