-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Behaviour of Incremental Materialized Views and Partioned tables #132
Comments
Thank you for reporting this! Hmm, indeed, views on partitions do not seem to work well. Thanks. |
A similar report is in pqsql-hackers I think this is the same issue reported here. |
This is not a deep search through the code but through some more experimentation and looking into the catalog views, i think what is happening is that the triggers only associate with the specific table itself, whether it is with the partition (that is what is happening on my case) or the master table (on the cases shown on the link you posted). If you would like to see more details on my case, I can show you the query underlying the materialized view and the queries I made on pg_triggers view that I made to understand better what was the underlying issue. |
Yes, you are right. One reason of this issue is the lack of triggers on partitioned tables or partitions that are not specified in the view definition. |
Thank you very much @yugo-n |
Hello,
I've been currently trying out the postgresql build of this repo to experiment the usage of incremental materialized views. The current experimentation I'm doing is not updating the incremental materialized view on inserts. The setup is as follows:
Whenever I do an insert on the master table, the incremental materialized view is not updating its data. Is this expected behaviour?
If you need any further details about the implementation of the table or the query that supports the view, feel free to ask.
The text was updated successfully, but these errors were encountered: