Aw: Re: Stored procedure code no longer stored in v14 and v15, changed behaviour
В списке pgsql-general по дате отправления:
| От | Karsten Hilbert |
|---|---|
| Тема | Aw: Re: Stored procedure code no longer stored in v14 and v15, changed behaviour |
| Дата | |
| Msg-id | trinity-14b76257-6780-433b-8624-c2be32f0d603-1670097346999@3c-app-gmx-bap57 обсуждение исходный текст |
| Ответ на | Re: Stored procedure code no longer stored in v14 and v15, changed behaviour (Alban Hertroys <haramrae@gmail.com>) |
| Ответы |
Re: Stored procedure code no longer stored in v14 and v15, changed behaviour
|
| Список | pgsql-general |
> You would need to wrap the function creation calls into some automation to generate and store those diffs, comparing itback, etc, but that may be doable. I would also generate new diffs right after major version updates of the database (abefore and after of the output of pg_get_functiondef, applied to the stored diff?). I wonder whether that would tie the sanity check to a particular PG version. I mean, pg_get_functiondef output being a server runtime artifact it might well change between server versions, no ? Best, Karsten
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера