Background : (Multi-tenant design;separate schema per customer, all table structures identical;Data-warehouse / non-OLTP system here; Postgres 9.2.x).
Reviewing patterns for the following problem: I have a matview that needs to be updated if an underlying condition is altered (in this case, an inclusion BOOLEAN).
Was considering implementing a TRIGGER, on update, which would then either execute the matview creation UDF or possibly call ‘NOTIFY’ to be handled by some listening event, perhaps at a later point in time as the immediate matview update isn’t necessarily required.
Workflow :
UPDATE made to some underlying table. TRIGGER is executed. (Obtain schema information here). EXECUTE matview creation -or- NOTIFY command for queue / processing at a later time.
First question, am I on the right track here or are there other, more efficient / effective patterns I should review?
Given the nature of my multi-tenant design, is it possible to obtain the current schema from the underlying table from which the trigger event was called as I’ll need that information to pass into my matview creation UDF.
Thanks for any help!