Re: 7.4 - FK constraint performance - Mailing list pgsql-sql

From ow
Subject Re: 7.4 - FK constraint performance
Date
Msg-id 20040213010341.95282.qmail@web60801.mail.yahoo.com
Whole thread Raw
In response to Re: 7.4 - FK constraint performance  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-sql
--- Tom Lane <tgl@sss.pgh.pa.us> wrote:
> According to this entry, your small_id column only contains the ten
> values 1..10, roughly evenly distributed.  So why are you probing for
> 239??

Let's say we have City (small) and Person (large) tables. A new city was added
(mistakenly) with id=239, it does not have any "persons" assigned yet. Hence,
we want to remove the wrong "city" record.

In any case, one can't remove record from "small" unless there are NO records
in "large", RI will not allow it. The initial problem was that I tried to
delete a record from "small" and it was taking about 3 min to do that.

> The planner is certainly going to estimate a probe for an unspecified
> value as retrieving 10% of the table, and under that assumption it's
> quite right to use a seqscan.

Sounds pretty bad for my case. Any way to avoid the 10% scan?

Thanks




__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html


pgsql-sql by date:

Previous
From: Tom Lane
Date:
Subject: Re: 7.4 - FK constraint performance
Next
From: "David Witham"
Date:
Subject: Index question