Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist
В списке pgsql-hackers по дате отправления:
| От | Andres Freund |
|---|---|
| Тема | Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist |
| Дата | |
| Msg-id | 20131121221631.GH27838@alap2.anarazel.de обсуждение исходный текст |
| Ответ на | Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist (Peter Eisentraut <peter_e@gmx.net>) |
| Список | pgsql-hackers |
On 2013-11-21 17:14:17 -0500, Peter Eisentraut wrote: > On 11/21/13, 2:35 AM, Pavel Stehule wrote: > > I am feeling, so almost all people prefer > > > > DROP TRIGGER [ IF EXISTS ] name ON table_name [ CASCADE | RESTRICT ]; > > > > Can we live with it? > > Fine with me. > > I think it helps if you consider IF EXISTS an attribute of the command, > not an attribute of the command parameters. > > Now we should be aware that this sort of sets a precedent for ALTER > TABLE IF EXISTS ... DROP ANYTHING ... and similar composite commands. That already has 2 independent IF EXISTS, so I think the precedence argument goes the other way round. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера