Re: PostgreSQL does CAST implicitely between int and a domain derived from int

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: PostgreSQL does CAST implicitely between int and a domain derived from int
Дата
Msg-id 407d949e0908291448h7a9566ao51b1f4ea0fdc706f@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PostgreSQL does CAST implicitely between int and a domain derived from int  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Sat, Aug 29, 2009 at 10:45 PM, Tom Lane<tgl@sss.pgh.pa.us> wrote:
> Jean-Michel =?ISO-8859-1?Q?Pour=E9?= <jm@poure.com> writes:
>> What do you recommend: using normal types and moving constraints in the
>> Drupal database? Is PostgreSQL domain broken as it forces casting or is
>> this a no-op for performance?
>
> In principle it should be an unnoticeable slowdown.  In the past we've
> had some issues with the planner failing to recognize possible
> optimizations when there was a cast in the way, but I'm not aware of
> any such bugs at the moment.

In particular since your plan nodes are all index scans it's clear
that the casts are not getting in the way. The symptom when there were
problems was that the planner was forced to use sequential scans
because it couldn't match the casted expressionto the index expression
or some variant of that.


--
greg
http://mit.edu/~gsstark/resume.pdf

В списке pgsql-performance по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: PostgreSQL does CAST implicitely between int and a domain derived from int
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: What exactly is postgres doing during INSERT/UPDATE ?