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>)
Список pgsql-general
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
Дата:
Сообщение: Re: [GENERAL] [ADMIN] calculating table and index size
Следующее
От: Tim Nelson
Дата:
Сообщение: [GENERAL] SELECT and RowExclusiveLock