Re: bug with dump sql to recreate view

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: bug with dump sql to recreate view
Дата
Msg-id 20030407101523.U35893-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на bug with dump sql to recreate view  ("Laura Moloney" <lmoloney@theradex.com>)
Список pgsql-bugs
On Mon, 7 Apr 2003, Laura Moloney wrote:

> The sql that created the original view was:
> CREATE VIEW INCUNRESOLVEDV1 AS
>     SELECT DISTINCT TRACKID FROM INCIDENT
>         WHERE STATUS = 'o'
>     EXCEPT
>     SELECT DISTINCT TRACKID FROM INCIDENT_DETAIL
>         WHERE LOWER(RESOLVEDYN) = 'y'
>     ;
>
> The sql that was generated from pgdump was:
> CREATE VIEW "incunresolvedv1" as
>     SELECT DISTINCT incident.trackid FROM incident
>         WHERE (incident.status = 'o'::"varchar")
>         ORDER BY incident.trackid
>     EXCEPT
>     SELECT DISTINCT incident_detail.trackid FROM incident_detail
>         WHERE (lower((incident_detail.resolvedyn)::text) = 'y'::text)
>         ORDER BY incident_detail.trackid;
>
> I found that if I removed the order by clauses, then the sql would execute
> correctly.
>
> I also tried to run the pgdump sql on our 7.2.3 server to see if it had been
> resolved in a newer release, but the same error occurred.
>
> Hope my explanation was clear enough. I can certainly get around it my
> running the original SQL, but I thought you might be interested in it if in fact
> it was a bug.

It seems to have been a bug in pg_dump on 7.1.x that dumped an invalid
query.  Current pg_dump dumps the two selects with parentheses around them
which is loadable.

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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Psql 'Expanded display (\x)' behaviour
Следующее
От: hubert.palme@web.de (Hubert Palme)
Дата:
Сообщение: Dump and Restore of Database by User