| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Re: [PATCHES] pg_dump primary keys |
| Дата | |
| Msg-id | 23913.944935124@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Re: [PATCHES] pg_dump primary keys (wieck@debis.com (Jan Wieck)) |
| Ответы |
Re: [HACKERS] Re: [PATCHES] pg_dump primary keys
Re: Re: [PATCHES] pg_dump primary keys |
| Список | pgsql-hackers |
Peter Eisentraut wrote:
>> What though if a function accesses a table? Which one goes first? Do we
>> have to maintain a network of dependencies in pg_dump? Eventually we'll
>> probably have to, with all the foreign key stuff coming up. Gloomy
>> prospects.
Couldn't we solve this by the simple expedient of dumping all the
objects in the database in OID order?
Expecting pg_dump to parse function bodies to discover what
relations/types are mentioned doesn't look appetizing at all...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера