Re: Further thoughts about warning for costly FK checks

From: Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Richard Huxton <dev(at)archonet(dot)com>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Further thoughts about warning for costly FK checks
Date: 2004-03-17 09:19:57
Message-ID: Pine.LNX.4.58.0403171013001.19855@sablons.cri.ensmp.fr
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> > Or maybe some new "ADVICE" or "ODDITY" level next to "DEBUG NOTICE
> > WARNING ERROR PANIC...", that would be hidden by default and triggered
> > by an option?
>
> But that doesn't really solve the problem, which is that there are
> conditions that it's difficult to test for on-the-fly while a schema is
> being constructed.

Ok, I was off my shoes again, sorry.

> A pg_advisor tool would look at the completed schema and would not have
> that problem.

Ok.

As a more interesting contribution to the issue, I would suggest that such
checks could be triggered by "ANALYSE".

1/ it is the first thing to be done on performance problems.

2/ it is not done too often.

3/ checking this stuff seems to belong to the analyse phase.
warnings about costly foreign key checks could also be repeated
on these occasions.

Also, because of the opposition by some DBA, these checks could be disable
by some options, but I would suggest the option to be on by default.

Have a nice day,

--
Fabien Coelho - coelho(at)cri(dot)ensmp(dot)fr

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2004-03-17 12:23:59 Re: Constraints & pg_dump
Previous Message Dave Page 2004-03-17 08:34:04 Re: Doxygen?