Re: [JDBC] Re: How embarrassing: optimization of a one-shot query doesn't work

Поиск
Список
Период
Сортировка
От Guillaume Smet
Тема Re: [JDBC] Re: How embarrassing: optimization of a one-shot query doesn't work
Дата
Msg-id 1d4e0c10803312251n1e7e1e70gdf70d2caf559517@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [JDBC] Re: How embarrassing: optimization of a one-shot query doesn't work  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [JDBC] Re: How embarrassing: optimization of a one-shot query doesn't work  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Apr 1, 2008 at 7:35 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>  Well, it's not like we have never before changed internal APIs in a
>  minor update.  (There have been security-related cases where we gave
>  *zero* notice of such changes.)  Nor am I willing to surrender the
>  option to do so again.  If there's somebody out there with a real
>  problem with this change, they need to speak up.

+1 to fix it ASAP. A lot of people usually wait for 8.x.1 before
considering a migration and people are usually quite cautious with the
8.3 migration because of all the cast errors in the existing app.

Another question is how we can be sure it doesn't happen again. The
easiest way to test this is probably to have a JDBC test testing this
exact feature in the future benchfarm. Any comment?

--
Guillaume

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [JDBC] Re: How embarrassing: optimization of a one-shot query doesn't work
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [JDBC] Re: How embarrassing: optimization of a one-shot query doesn't work