Re: PG 7.0 crash on SELECT

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: PG 7.0 crash on SELECT
Дата
Msg-id 6467.960145026@sss.pgh.pa.us
обсуждение исходный текст
Ответ на PG 7.0 crash on SELECT  (Louis-David Mitterrand <cunctator@apartia.ch>)
Список pgsql-hackers
Louis-David Mitterrand <cunctator@apartia.ch> writes:
> Issuing the followin SELECT crashes PG 7.0:
> auction=# SELECT a.id,a.title,a.id,(select CASE WHEN a.stopdate < 'now' THEN 'closed' ELSE 'open' end) as
status,to_char(a.time,'DD-MMHH24:MI'),b.price FROM auction* a, bid b WHERE a.id = b.auctionid AND b.login = 'mito2';
 
> pqReadData() -- backend closed the channel unexpectedly.
>         This probably means the backend terminated abnormally
>         before or while processing the request.
> The connection to the server was lost. Attempting reset: Failed.
> !# \q

> Apparently PG doesn't like the (SELECT CASE ... ) statement, until I
> added it everything went well. 

The crash certainly is a bug, but you could get around it for now
by not using an unnecessary sub-SELECT.  Why not just...,a.id,(CASE WHEN ...
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: AW: AW: Proposal for enhancements of privilege system
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Variable formatting of datetime with DateStyle=ISO