Re: proposal: function parse_ident
От | Robert Haas |
---|---|
Тема | Re: proposal: function parse_ident |
Дата | |
Msg-id | CA+TgmoZQEvaPajtwNiw_kkOvB+uCJm_isSgvgC_w5rcv-etF4w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: proposal: function parse_ident (Pavel Stehule <pavel.stehule@gmail.com>) |
Ответы |
Re: proposal: function parse_ident
|
Список | pgsql-hackers |
On Fri, Sep 4, 2015 at 12:24 AM, Pavel Stehule <pavel.stehule@gmail.com> wrote: > The alghoritm for parsing identifiers is same - the differences are in a > names of levels, and in ending symbols. > > I don't would to write totally generic parser - more without access to > system catalog or without external hint, you cannot to decide if identifier > is schema.table or table.column. But the rules for parsing is exactly same. > > The function can be redesigned little bit: > > FUNCTION parse_ident(OUT level1 text,OUT level2 text,OUT level3 text,OUT > specific text) > > so it can parse function myschema.myfunc(xx int) > > level1: NULL > level2: myschema > level3: myfunc > specific: (xx int) > > Is it acceptable? Well, *I* think that would be useful. I'm not sure it belongs in core, but useful? Yeah, definitely. I would probably make it text[] rather than level1, level2, level3, though. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: