Re: Proposal: syntax of operation with tsearch's configuration
| От | Martijn van Oosterhout |
|---|---|
| Тема | Re: Proposal: syntax of operation with tsearch's configuration |
| Дата | |
| Msg-id | 20061117231335.GE25463@svana.org обсуждение исходный текст |
| Ответ на | Re: Proposal: syntax of operation with tsearch's configuration (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Proposal: syntax of operation with tsearch's configuration
Re: Proposal: syntax of operation with tsearch'sconfiguration |
| Список | pgsql-hackers |
On Fri, Nov 17, 2006 at 03:53:35PM -0500, Tom Lane wrote: > > Having the supporting code in core does not make much of a difference > > otherwise from having it in contrib, does it? > > Given the nonextensibility of gram.y and keywords.c, it has to be in > core to even think about having special syntax :-( Has anyone ever heard of extensible grammers? Just thinking wildly, you could decree that commands beginning with @ are extensions and are parsed by the module listed next. Then your command set becomes: @tsearch CREATE PARSER .... Then contrib modules can add their own parser. You'd have the overhead of multiple lex/yacc parsers, but you wouldn't have to change the main parser for every extension. Has anyone ever heard of something like this? Have a nice day, -- Martijn van Oosterhout <kleptog@svana.org> http://svana.org/kleptog/ > From each according to his ability. To each according to his ability to litigate.
В списке pgsql-hackers по дате отправления: