Re: pgAggregate problem any function
От | Dave Page |
---|---|
Тема | Re: pgAggregate problem any function |
Дата | |
Msg-id | 03AF4E498C591348A42FC93DEA9661B83AF220@mail.vale-housing.co.uk обсуждение исходный текст |
Ответ на | pgAggregate problem any function ("Hiroshi Saito" <saito@inetrt.skcapi.co.jp>) |
Ответы |
Re: pgAggregate problem any function
|
Список | pgadmin-hackers |
> -----Original Message----- > From: Andreas Pflug [mailto:pgadmin@pse-consulting.de] > Sent: 09 September 2003 13:55 > To: Dave Page > Cc: Hiroshi Saito; pgadmin-hackers@postgresql.org > Subject: Re: [pgadmin-hackers] pgAggregate problem any function > > > Dave Page wrote: > > > > >I guess we should really check them all. Can we jsut lift > the relevant > >bits of > >http://developer.postgresql.org/cvsweb.cgi/pgsql-server/src/b ackend/par >s >er/keywords.c?rev=1.141&content-type=text/x-cvsweb-markup, or would you >prefer it was done a different way? > > I just added this to qtIdent using the original pgsql files, but I > wasn't too happy with it currently commented out). Hmm. Currently it breaks the build because parser/keywords.h is missing. keywords.c istelf has a bunch of additional includes that won't be there as well. > We need to have at least two qtIdent varieties, because there are cases > when we *need* non-quoted keywords. > > while > CREATE TABLE (colname "char") > is valid, > CREATE TABLE (colname "char"(20)) > is not. Urggh, I see what you mean. There will also be a fine distinction between the two functions which I can see introducing a few bugs along these lines. We've had no complaints about keywords causing problems anywhere (in pga2 or pga3), and the aggregate problem is obviously a real one - I vote we go with Hiroshi's patch for now, and take a closer look for the next version. The number of places qtIdent is used, I think there is too much scope to accidently break things in the way you demonstrated above this close to release. Regards, Dave.
В списке pgadmin-hackers по дате отправления: