| От | Andrew Dunstan |
|---|---|
| Тема | Re: pg_dump(all) library |
| Дата | |
| Msg-id | 488B6270.9040408@dunslane.net обсуждение исходный текст |
| Ответ на | Re: pg_dump(all) library ("Joshua D. Drake" <jd@commandprompt.com>) |
| Список | pgsql-hackers |
Joshua D. Drake wrote: > > It seems to be that quite a bit of pg_dumps functionality could be > pushed into PostgreSQL as functions. This would end up defining an API > on its own. > > pg_dump the executable would just be a shell that calls the functions > in appropriate order. [snip] > There could be a problem with the whole use the new pg_dump to dump > the old database. > > Indeed. This kills it. pg_dump is simply essential as an upgrade mechanism. The client library approach that has been discussed on and off for years seems by far the best approach. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера