Comments prefixed with DP
_Original message
Subject:Re: [pgadmin-hackers] Feature requests after crash
Sender: Jean-Michel POURE <[EMAIL PROTECTED]>
Date: Fri, 22 Feb 2002 19:24:14 +
> my_sum(int4, int4)
> "My_Sum"(int4, int
> my_sum(int4, int4)
> "My_Sum"(int4, int4)
> My_Sum(int4, int4)
Yes, but such a redundancy would be detected, which is ***better*** than
nothing. We can then issue a warning instead of "blocking everything".
Furthermore, many names are not case sensitive because of SQL (tables,
views), which
s about how you can use it.
Regards, Dave.
_Original message
Subject:Re: [pgadmin-hackers] Feature requests after crash
Sender: Jean-Michel POURE <[EMAIL PROTECTED]>
Date: Fri, 22 Feb 2002 13:11:47 +
Le Jeudi 21 Février 2002 23:39, Dave Page
Le Jeudi 21 Février 2002 23:39, Dave Page a écrit :
> Without these parsers, we will not be able to track dependencies within
> functions or views.
Why do we need parsers?
pgAdmin I had very simple queries to track dependencies (ILIKE
'%function_foo%' clause).
This suffice to build a provides
Dear Dave,
pseudo ALTER VIEW is commited to CVS.
I changed a little bit pgView->SQL which can be used for any SQL generation.
This will make it easier to maintain SQL when PostgreSQL evolves. What do you
think?
Cheers,
Jean-Michel
riginal message
Subject:[pgadmin-hackers] Feature requests after crash
Sender: Jean-Michel POURE <[EMAIL PROTECTED]>
Date: Thu, 21 Feb 2002 22:22:56 +
Dear Dave,
When deleting pgadmin_* tables and functions, I dropped by error
plpgsql_call_handler whic
Dear Dave,
When deleting pgadmin_* tables and functions, I dropped by error
plpgsql_call_handler which standed right after pgadmin in alphabetical
order... A GUI like pgAdmin2 is like a machine gun.
Bang Bang. I am shot down.
IMHO, dropping plpgsql_call_handler function is a total nonsense as
