RE: Mat Views and Conflicts

Поиск
Список
Период
Сортировка
От Zahir Lalani
Тема RE: Mat Views and Conflicts
Дата
Msg-id AS8P251MB01208F555627AE1C46CE0C66A7502@AS8P251MB0120.EURP251.PROD.OUTLOOK.COM
обсуждение исходный текст
Ответ на Re: Mat Views and Conflicts  ("David G. Johnston" <david.g.johnston@gmail.com>)
Ответы Re: Mat Views and Conflicts
Список pgsql-general
-From: David G. Johnston <david.g.johnston@gmail.com> 
-Sent: Tuesday, February 20, 2024 1:20 PM
-To: Zahir Lalani <ZahirLalani@oliver.agency>
-Cc: Adrian Klaver <adrian.klaver@aklaver.com>; pgsql-general@lists.postgresql.org
-Subject: Re: Mat Views and Conflicts
-
-
-On Tuesday, February 20, 2024, Zahir Lalani <mailto:ZahirLalani@oliver.agency> wrote: 
-
-This suggests that not all the MV data is cached and it still queries the source tables in some way?
-
-No.  That isn’t how MV work.  If you include an MV relation in your query from clause there is no reference or
knowledgeas to the underlying query that built the MV physical relation.
 
-
-David J.

Thx David

Cool so that is what my understanding was. But that comes back to my main question - the MV is cached data from the
lasttime refresh was run. If I query the MV and the underlying realtime data changes (i.e. from the source tables not
theMV)  - should I be getting a replication conflict issue? I would have thought not as the MV data should not have
beenimpacted
 

Z

В списке pgsql-general по дате отправления:

Предыдущее
От: "David G. Johnston"
Дата:
Сообщение: Re: Mat Views and Conflicts
Следующее
От: Greg Sabino Mullane
Дата:
Сообщение: Re: User pooler error: unsupported startup parameter: extra_float_digits