Re: [HACKERS] gperf anyone?
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] gperf anyone? |
Дата | |
Msg-id | 3754.948256849@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] gperf anyone? (Don Baccus <dhogaza@pacifier.com>) |
Ответы |
Re: [HACKERS] gperf anyone?
Re: [HACKERS] gperf anyone? Re: [HACKERS] gperf anyone? |
Список | pgsql-hackers |
> At 07:36 PM 1/18/00 -0500, Bruce Momjian wrote: > I wondered about this last, i.e. the use of GNU code since Postgres > is licensed differently. AFAIK this is no worse than using flex or bison --- the source code of gperf is GPL'ed, but its output is not. Don Baccus <dhogaza@pacifier.com> writes: > Whether faster or slower, though, I can't imagine either method taking > noticably more than 0% of the total time to process a query, even the > most simple queries. I agree with Don that the performance benefit is likely to be unmeasurable. Still, there could be a win: we currently have to modify keywords.c by hand every time we have to add/delete a keyword. Does gperf offer any aid for maintaining the keyword list? If so, that'd be sufficient reason to switch to it... regards, tom lane
В списке pgsql-hackers по дате отправления: