Re: tsvector pg_stats seems quite a bit off.
| От | Jan Urbański |
|---|---|
| Тема | Re: tsvector pg_stats seems quite a bit off. |
| Дата | |
| Msg-id | 4C02E5BB.8060104@wulczer.org обсуждение исходный текст |
| Ответ на | Re: tsvector pg_stats seems quite a bit off. (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 31/05/10 00:07, Tom Lane wrote: > Jan Urbański <wulczer@wulczer.org> writes: > I committed the attached revised version of the patch. Revisions are > mostly minor but I did make two substantive changes: > > * The patch changed the target number of mcelems from 10 * > statistics_target to just statistics_target. I reverted that since > I don't think it was intended; at least we hadn't discussed it. Yeah, that was accidental. > * I modified the final processing to avoid one qsort step if there are > fewer than num_mcelems hashtable entries that pass the cutoff frequency > filter, and in any case to sort only those entries that pass it rather > than all of them. With the significantly larger number of hashtable > entries that will now be used, it seemed like a good thing to try to > cut the qsort overhead. Make sense. Thanks, Jan
В списке pgsql-hackers по дате отправления: