| От | Andrew Dunstan |
|---|---|
| Тема | Re: Removing pg_migrator limitations |
| Дата | |
| Msg-id | 4B339658.2090802@dunslane.net обсуждение исходный текст |
| Ответ на | Re: Removing pg_migrator limitations (Bruce Momjian <bruce@momjian.us>) |
| Список | pgsql-hackers |
Bruce Momjian wrote: >> I now think the easiest solution will be to have pg_dump create the enum >> with a single dummy value, delete the pg_enum dummy row, and then call a >> modified version of EnumValuesCreate() to insert row by row into >> pg_enum, with specified oids. >> > > I thought of a cleaner approach. CREATE TYPE ENUM will create one enum > with the specified oid, and then a server-side function will call > EnumValuesCreate() be used to add each additional enum with a specified > oid --- no deleting necessary. I will start working on a patch for > this. > > Either that or Tom's suggested approach of being able to create an empty enum type would be much cleaner than the dummy row suggestion. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера