Re: Bad optimizer data for xml (WAS: xml data type implications of no =)
| От | Tom Lane |
|---|---|
| Тема | Re: Bad optimizer data for xml (WAS: xml data type implications of no =) |
| Дата | |
| Msg-id | 24204.1276093061@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Bad optimizer data for xml (WAS: xml data type implications of no =) (Mark Kirkwood <mark.kirkwood@catalyst.net.nz>) |
| Ответы |
Re: Bad optimizer data for xml (WAS: xml data type implications
of no =)
|
| Список | pgsql-bugs |
Mark Kirkwood <mark.kirkwood@catalyst.net.nz> writes:
> It seems that the nub of this issue is that there are conceptually two
> types of =, one for datatype specific comparison, and one for optimizer
> statistical information calculation. However the system allows only the
> first, so if you don't (or can't) have one then you lose some possibly
> important optimization data.
Nonsense. ANALYZE and the optimizer work with the datatype's usual
notion of '=', whatever it is.
It's possible that we should install a simplified code path in analyze.c
that can collect width data for a column even in the absence of any '='
operator. I'm less than convinced that it's worth the trouble though.
Do you have an actual example where such data would have affected a
plan choice?
regards, tom lane
В списке pgsql-bugs по дате отправления: