Re: [HACKERS] Feature Request: ALTER FUNCTION (or something like that)

2001-03-28 Thread Bruce Momjian
> Actually, > > This reminds me of something I have been meaning to ask. All the new > performance features are cool, but what I really need are all the ALTER > TABLE ... functions implemented. In 7.0.x you could only add columns and > foreign keys. You couldn't drop anything or add stuff like

RE: [HACKERS] Feature Request: ALTER FUNCTION (or something like that)

2001-03-27 Thread Christopher Kings-Lynne
CHECK constraints. Has this situation changed for 7.1? Regards, Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joel Burton Sent: Wednesday, 28 March 2001 8:39 AM To: [EMAIL PROTECTED] Subject: [HACKERS] Feature Request: ALTER FUNCTION (or something

Re: [HACKERS] Feature Request: ALTER FUNCTION (or something like that)

2001-03-27 Thread Tom Lane
Joel Burton <[EMAIL PROTECTED]> writes: > . add a command like ALTER FUNCTION foo(text) TO foo(text) returns text as > This is on the TODO list already, I believe. > This would seem to require that the new function would take the same > parameters (and return the same?) as the old function.

[HACKERS] Feature Request: ALTER FUNCTION (or something like that)

2001-03-27 Thread Joel Burton
(I know that everyone is focusing on 7.1. This is a question about how hard it would be to plan a feature for 7.2 or later) One of the small annoyances in PG is that I use many functions to handle small details, and these functions are called by views. If I want to improve a function, I have to