| От | Tom Lane |
|---|---|
| Тема | Re: Controlling changes in plpgsql variable resolution |
| Дата | |
| Msg-id | 9876.1255896470@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Controlling changes in plpgsql variable resolution (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: Controlling changes in plpgsql variable resolution
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> If possible, I think we should try to engineer things so that using
> pg_dump 8.5 on an 8.4 database and restoring the result into an 8.5
> database produces a function with identical semantics.
Hmm ... actually, we could have pg_dump stick either a #option line
or a GUC SET parameter onto every plpgsql function it pulls from an
old database. So if you're willing to assume that people do their
upgrades that way, it could be made reasonably safe, even if the
default behavior changes.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера