novnov написа:
> I am still very confused by pgsql's approach to functions vs procedures.
>
> In my testing using pgAdmin III, if I create both In and Out args it's
> listed as a proc. If I add only a In or only an Out, both are listed as
> functions and the args are 'gone'. Does that make sense?
I am still very confused by pgsql's approach to functions vs procedures.
In my testing using pgAdmin III, if I create both In and Out args it's
listed as a proc. If I add only a In or only an Out, both are listed as
functions and the args are 'gone'. Does that make sense?
I am puzzled by the fac
> --- Original Message ---
> From: "Andrus" <[EMAIL PROTECTED]>
> To: pgadmin-support@postgresql.org
> Sent: 25/11/06, 19:41:10
> Subject: [pgadmin-support] Add CASCADE to DROP SCHEMA, please
>
> Currently pgAdmin allows to delete only emtpry schemas.
>
> Can you add CASCADE clause to t
Currently pgAdmin allows to delete only emtpry schemas.
Can you add CASCADE clause to the DROP SCHEMA statement which pgAdmin
generates so that non-empty schemas can be deleted also, please.
Andrus
---(end of broadcast)---
TIP 9: In versions b
On 24 Nov 2006 at 18:59, novnov wrote:
> OK, thanks...and I take it that there is nothing about the cube
> functions that are inherently needed? I've never touched template1,
> this is an out of the box postgres 8.1 windows install.
I'm not aware of the the cube functions - others may know what
Bryan Wilkerson wrote:
I feel the hints at self service, but piecing this together from
> anecdotal evidence is never going to be as efficient as a configure
> script that does it's job and detects dependency failures.
Well it does detect if libxml2 is missing, or too old, but I'm still not
s
