From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Further thoughts about warning for costly FK checks |
Date: | 2004-03-17 20:37:28 |
Message-ID: | 200403172037.28041.dev@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wednesday 17 March 2004 17:36, Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > I was thinking of a GUC variable called PERFORMANCE_HINTS, which would
> > throw a message if a lookup from the primary to the foreign key didn't
> > have an index.
>
> I like the pg_advisor idea a lot better.
>
> In the first place, a lot of these sorts of checks don't have any clean
> place to insert as a test made in-passing in regular operation.
[snip]
> In the second place, you don't really want notices about bad schema
> design popping out during regular operation
[snip]
> In the third place, if we try to solve the problem by embedding checks
> here and there in the backend, we'll limit ourselves
[snip]
Fourthly - re-checking the entire schema when you have made changes to a
system is a good idea.
Fifthly - this is the sort of thing that goes into the "new features" list and
advocacy can talk about. People can write articles on it, all sorts.
Just my tuppence-worth.
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2004-03-17 20:47:15 | Re: pgFoundry WAS: On pgweb project |
Previous Message | Tom Lane | 2004-03-17 20:23:04 | Re: Problem on cluster initialization |