Re: pgAdmin III - bug with reverse engineered SQL

Поиск
Список
Период
Сортировка
От Andreas Pflug
Тема Re: pgAdmin III - bug with reverse engineered SQL
Дата
Msg-id 3F290D43.4080200@pse-consulting.de
обсуждение исходный текст
Ответ на pgAdmin III - bug with reverse engineered SQL with function indexes  ("Donald Fraser" <demolish@cwgsy.net>)
Список pgadmin-support
Donald Fraser wrote:

> pgAdmin III July 16th Build
> PostgreSQL 7.3.3
>  
> The reverse engineered SQL for indexes that use a function do not work.
> For example I create an index with the following command:
> CREATE UNIQUE INDEX tbl_security_fullname_key
>   ON tbl_security
>   USING btree (get_securityname_4idx(s_umbname, s_name, s_classname, id));
> pgAdmin III produces:
> CREATE UNIQUE INDEX tbl_security_fullname_key
>   ON public.tbl_security
>   USING btree (public.get_securityname_4idx(s_umbname::citext, 
> s_name::citext, s_classname::citext, id::int4) citext_ops);
> The problem exists with the appended data type on the column names as 
> the parameters of the function.
> If I try to execute pgAdmin's version I get the following error message:
> ERROR:  parser: parse error at or near "::" at character 220.
>  
>  


Donald,
that citext_ops is the operator class, which is correct according to the 
7.3.3 doc. Additionally, the parse error is reported at "::". Please try 
to trace this down,  I don't have a 7.3 server running any more. Please 
attach a "select pg_get_viewdef(OID_of_the_Index)" output, so we can see 
what pgsql likes to see.

Regards,
Andreas



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

Предыдущее
От: "Donald Fraser"
Дата:
Сообщение: pgAdmin III - bug with reverse engineered SQL with function indexes
Следующее
От: "Donald Fraser"
Дата:
Сообщение: Re: pgAdmin III - bug with reverse engineered SQL with function indexes