Re: Patch to add support of "IF NOT EXISTS" to others "CREATE" statements

From: Fabrízio de Royes Mello <fabriziomello(at)gmail(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, "[pgdg] Pavel Stehule" <pavel(dot)stehule(at)gmail(dot)com>
Subject: Re: Patch to add support of "IF NOT EXISTS" to others "CREATE" statements
Date: 2014-03-31 20:35:01
Message-ID: CAFcNs+qpDGu-jFoNk1oBKDBG3W=NTC3tc0CXwGC1h-kg3cHzgQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Mar 31, 2014 at 5:00 PM, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
>
> * Fabrízio de Royes Mello (fabriziomello(at)gmail(dot)com) wrote:
> > On Mon, Mar 31, 2014 at 4:52 PM, Stephen Frost <sfrost(at)snowman(dot)net>
wrote:
> > >
> > > * Fabrízio de Royes Mello (fabriziomello(at)gmail(dot)com) wrote:
> > > > - CREATE SEQUENCE [ IF NOT EXISTS ]
> > > > - CREATE DOMAIN [ IF NOT EXISTS ]
> > > > - CREATE EVENT TRIGGER [ IF NOT EXISTS ]
> > > > - CREATE ROLE [ IF NOT EXISTS ]
> > > >
> > > > Seems that no one reviewed this part or was rejected with others?
> > >
> > > Why don't those fall into the same concern, specifically that what we
> > > really want is 'CREATE-OR-REPLACE' semantics for them instead?
> > >
> >
> > Ok, but I think this semantics is desirable just to "CREATE DOMAIN" and
> > "CREATE EVENT TRIGGER".
> >
> > Isn't desirable add CINE to SEQUENCEs and ROLEs?
>
> Why would it be difficult to have COR for sequences..? Or roles?
>

Because they maintain user data?

--
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Timbira: http://www.timbira.com.br
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Christoph Berg 2014-03-31 20:35:23 Re: Securing "make check" (CVE-2014-0067)
Previous Message Tom Lane 2014-03-31 20:30:49 Re: B-Tree support function number 3 (strxfrm() optimization)