From: | Martin Lesser <ml-pgsql(at)bettercom(dot)de> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Effects of cascading references in foreign keys |
Date: | 2005-10-29 11:10:31 |
Message-ID: | 87acgszihk.fsf@nb-aspire.bettercom.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Which effects have UPDATEs on REFERENCEd TABLEs when only columns in the
referenced table are updated which are not part of the FOREIGN KEY
constraint?
I have one "master"-table like
create table t_master (
m_id serial primary key,
m_fld1 ...,
m_fld2 ...,
...
)
The table above is referenced from several (~30) other tables, i.e. like
create table t_detail (
d_ebid int REFERENCES t_master (m_id) ON UPDATE CASCADE ON DELETE CASCADE,
d_fld1 ...,
d_fld2 ...,
...
)
All tables which reference t_master have appropriate indexes on the
referencing columns, vacuum/analyze is done regularly (daily).
Does an UPDATE of e.g. m_fld1 in t_master cause a 'lookup' in all tables
which have a cascading update-rule or is this 'lookup' only triggered if
the referenced column in t_master is explicitly updated? After removing
some detail tables which are not longer needed we see an improvemed
performance so at the moment it _looks_ like each update in t_master
triggers a 'lookup' in each referencing table also if the referenced
column (m_id) is not changed.
I've read "If the row is updated, but the referenced column is not
actually changed, no action is done." in the docs but it is not clear
for me whether this "no action" really means "null action" and so the
improved performance has other reasons.
TIA, Martin
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Fuhr | 2005-10-29 14:24:32 | Re: Effects of cascading references in foreign keys |
Previous Message | PostgreSQL | 2005-10-29 00:37:11 | Re: Simple query: how to optimize |