Re: pg_upgrade does not upgrade pg_stat_statements properly
От | Bruce Momjian |
---|---|
Тема | Re: pg_upgrade does not upgrade pg_stat_statements properly |
Дата | |
Msg-id | 20210729151017.GG9600@momjian.us обсуждение исходный текст |
Ответ на | Re: pg_upgrade does not upgrade pg_stat_statements properly (Dave Cramer <davecramer@gmail.com>) |
Ответы |
Re: pg_upgrade does not upgrade pg_stat_statements properly
Re: pg_upgrade does not upgrade pg_stat_statements properly |
Список | pgsql-hackers |
On Thu, Jul 29, 2021 at 11:01:43AM -0400, Dave Cramer wrote: > > > > > OK, I went with this new text. There is confusion over install vs copy, > and whether this is happening at the operating system level or the SQL > level. I tried to clarify that, but I am not sure I was successful. I > also used the word "extension" since this is more common than "custom". > > > Much better, however I'm unclear on whether CREATE EXTENSION is actually > executed on the upgraded server. > > From what I could gather it is not, otherwise the new function definitions > should have been in place. > I think what happens is that the function definitions are copied as part of the > schema and pg_extension is also copied. Yes, the _effect_ of CREATE EXTENSION in the old cluster is copied to the new cluster as object definitions. CREATE EXTENSION runs the SQL files associated with the extension. -- Bruce Momjian <bruce@momjian.us> https://momjian.us EDB https://enterprisedb.com If only the physical world exists, free will is an illusion.
В списке pgsql-hackers по дате отправления: