On Thu, 15 May 2003, Victor Yegorov wrote:
> * Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> [15.05.2003 03:54]:
> > That can be a win, but if you're actually dropping and adding the
> > constraint again it may not be on large tables since it'll still do a
> > whole bunch of index lookups to check the existing rows when the alter
> > table add constraint happens. Disabling triggers and re-enabling them is
> > faster but breaks the guarantee of the constraint.
> You're right. I thought of big tables after posting the reply. My solution
> is suitable for my case, i.e. not so big tables.
This may become slightly a higher point of balance if we change the alter
table time check to a single query rather than repeated checks as well.
> Returning to the very first question I asked.
> May be it is usefull to implicitly create index on foreign key columns?
Maybe, it seems to me that we've been trying to move away from such
implicit behavior (such as serial columns no longer implicitly being
unique) in general. I don't personally have a strong feeling on the
In response to
pgsql-performance by date
|Next:||From: T. Alex Beamish||Date: 2003-05-15 01:45:04|
|Subject: INNER JOIN vs WHERE|
|Previous:||From: Stephan Szabo||Date: 2003-05-15 01:23:27|
|Subject: Re: constraint with reference to the same table|