Re: 7.4 - FK constraint performance
От | Tom Lane |
---|---|
Тема | Re: 7.4 - FK constraint performance |
Дата | |
Msg-id | 25331.1076632978@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: 7.4 - FK constraint performance (ow <oneway_111@yahoo.com>) |
Ответы |
Re: 7.4 - FK constraint performance
|
Список | pgsql-sql |
ow <oneway_111@yahoo.com> writes: > schemaname tablename attname null_frac avg_width n_distinct most_common_vals > most_common_freqs histogram_bounds correlation > my large small_id 0 4 10 {7,3,5,1,4,2,8,10,6,9} > {0.108667,0.105,0.104333,0.101333,0.100667,0.0983333,0.0983333,0.0983333,0.094,0.091} > 0.0597573 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?? 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. If this estimate is not right, perhaps you could give us a more accurate view of the column statistics? regards, tom lane
В списке pgsql-sql по дате отправления: