some grammar refactoring

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема some grammar refactoring
Дата
Msg-id 163c00a5-f634-ca52-fc7c-0e53deda8735@2ndquadrant.com
обсуждение исходный текст
Ответы Re: some grammar refactoring  (Robert Haas <robertmhaas@gmail.com>)
Re: some grammar refactoring  (Rushabh Lathia <rushabh.lathia@gmail.com>)
Re: some grammar refactoring  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Re: some grammar refactoring  (Mark Dilger <mark.dilger@enterprisedb.com>)
Re: some grammar refactoring  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
Here is a series of patches to do some refactoring in the grammar around 
the commands COMMENT, DROP, SECURITY LABEL, and ALTER EXTENSION ... 
ADD/DROP.  In the grammar, these commands (with some exceptions) 
basically just take a reference to an object and later look it up in C 
code.  Some of that was already generalized individually for each 
command (drop_type_any_name, drop_type_name, etc.).  This patch combines 
it into common lists for all these commands.

Advantages:

- Avoids having to list each object type at least four times.

- Object types not supported by security labels or extensions are now 
explicitly listed and give a proper error message.  Previously, this was 
just encoded in the grammar itself and specifying a non-supported object 
type would just give a parse error.

- Reduces lines of code in gram.y.

- Removes some old cruft.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Pavan Deolasee
Дата:
Сообщение: pg_dump dumps row level policies on extension tables
Следующее
От: Andrew Grillet
Дата:
Сообщение: Re: Add A Glossary