Re: BUG #3500: Horrible performance when wrong type is set in prepared statement

Поиск
Список
Период
Сортировка
От Joseph S
Тема Re: BUG #3500: Horrible performance when wrong type is set in prepared statement
Дата
Msg-id 46AFB82B.2090401@selectacast.net
обсуждение исходный текст
Ответ на BUG #3500: Horrible performance when wrong type is set in prepared statement  ("Flavio Botelho" <fbotelho@stj.gov.br>)
Список pgsql-bugs
Flavio Botelho wrote:

> I know the application should not be doing this. But i wonder if lots of the
> complaints about postgres performance couldnt be related to problems like
> this. I suggest that you change the behaviour of something like that from
> silently accepting the string value to throwing an error.
>
Well that would be bad.  I still have a lot of code with numbers inside
quotes to work around the old postgres bug where index scans weren't
used unless the numbers were in quotes (because the table columns were
int2's and passed in numbers were assumed to be ints)

Do you have EXPLAIN output showing the difference in your queries if the
values are in strings or not?

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

Предыдущее
От: Joseph S
Дата:
Сообщение: EXPLAIN ANALYZE for bitmapAnd and bitmapOr scans always reports rows = 0
Следующее
От: Decibel!
Дата:
Сообщение: Oddities with ANYARRAY