From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Ibrar Ahmed <ibrar(dot)ahmad(at)gmail(dot)com>, Ahsan Hadi <ahsan(dot)hadi(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: more ALTER .. DEPENDS ON EXTENSION fixes |
Date: | 2020-03-11 14:30:53 |
Message-ID: | 3926.1583937053@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
> I'm still not sure whether to apply 0003 (+ your tab-completion patch,
> thanks for it) to backbranches or just to master. It seems legitimate
> to see it as a feature addition, but OTOH the overall feature is not
> complete without it ...
0003 is the command addition to allow removing such a dependency,
right? Given the lack of field demand I see no reason to risk
adding it to the back branches.
BTW, I did not like the syntax too much. "NO DEPENDS ON EXTENSION"
doesn't seem like good English. "NOT DEPENDS ON EXTENSION" is hardly
any better. The real problem with both is that an ALTER action should
be, well, an action. A grammar stickler would say that it should be
"ALTER thing DROP DEPENDENCY ON EXTENSION ext", but perhaps we could
get away with "ALTER thing DROP DEPENDS ON EXTENSION ext" to avoid
adding a new keyword. By that logic the original command should have
been "ALTER thing ADD DEPENDS ON EXTENSION ext", but I suppose it's
too late for that.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-03-11 15:15:17 | Re: SERIAL datatype column skipping values. |
Previous Message | Dean Rasheed | 2020-03-11 14:21:02 | Re: Additional improvements to extended statistics |