From: | Dmitriy Igrishin <dmitigr(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Bug or feature? (The constraint of the domain of extension can be dropped...) |
Date: | 2013-04-05 15:41:27 |
Message-ID: | CAAfz9KNvjyDrbxBobSy16T7=nedR7UHyK5eGoXgdzWdHaMG-0g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
2013/4/5 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> Dmitriy Igrishin <dmitigr(at)gmail(dot)com> writes:
> > According to
> > http://www.postgresql.org/docs/9.2/static/extend-extensions.html
> > "PostgreSQL will not let you drop an individual object contained in an
> > extension, except by dropping the whole extension."
> > But this rule does not apply to domain constraints, i.e. it is not
> possible
> > to drop domain of some extenstion but it is possible to drop any or all
> of
> > its constraints. (And in fact drop it.)
> > I am consider this is a bug. Don't you?
>
> No. The domain is a member of the extension, its properties are not.
> We do not generally forbid ALTER on extension members. During
> development for instance a quick ALTER can be a whole lot more
> convenient than dropping and reloading the whole extension.
>
Debatable, because in practice during development it's often better to
recreate
the whole database which takes seconds. (The database with hundreds of
functions, views, domains, triggers etc.)
In fact, we store all except CREATE TABLE ... in files. In particular,
storing functions in file(s) are much much much more convenient
for big refactoings (which are often during development) rather than using
annoying \ef in psql(1) which just a time killer.
>
> Whether it's a good idea to ALTER extension member objects in production
> is a different question. Typically you'd install them as owned by
> somebody with sense enough not to do that.
>
Indeed. To *me*, you solution looks like workaround. But of course,
this is debatable.
Well, thank you for explanation!
--
// Dmitriy.
From | Date | Subject | |
---|---|---|---|
Next Message | Shaun Thomas | 2013-04-05 16:12:06 | Re: Oracle to PostgreSQL transition? |
Previous Message | Robert Treat | 2013-04-05 15:11:15 | Re: upgrading from V8.3.4 to V9.2.4 |