| От | Tom Lane |
|---|---|
| Тема | Re: Re: [PATCHES] Select parser at runtime |
| Дата | |
| Msg-id | 22026.997725516@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Re: [PATCHES] Select parser at runtime (Peter Eisentraut <peter_e@gmx.net>) |
| Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.net> writes:
> Things like VACUUM and ANALYZE, which you will have to keep unless you
> want to implement an Oracle storage manager as well. ;-)
Evidently Ian is just interested in a parser that could be used by
Oracle-compatible applications, which'd not be invoking such operations
anyway. Maintenance scripts would have to use the regular PG parser.
That doesn't seem unreasonable.
Based on his further explanation, it seems that tracking grammar changes
wouldn't be an issue, but tracking parsetree changes definitely would
be. I'm also still concerned about whether this can be done within the
parse step (no database access).
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера