Re: Implementing SQL/PSM for PG 8.2 - debugger - Mailing list pgsql-hackers

From Mark Cave-Ayland
Subject Re: Implementing SQL/PSM for PG 8.2 - debugger
Date
Msg-id 9EB50F1A91413F4FA63019487FCD251D11341C@WEBBASEDDC.webbasedltd.local
Whole thread Raw
Responses Re: Implementing SQL/PSM for PG 8.2 - debugger
List pgsql-hackers
Hi guys,

> I lean with you and Tom.  While running it over the same libpq protocol
> would be helpful in some ways, it would have a lot of drawbacks and
> would really change the function of libpq.  I think a separate debugging
> protocol is in order.

Just putting on my network hat for a moment... Would an approach be to come
up with a generic encapsulation protocol, similar in principle to PPP, in
which we could run any protocols we wanted?

If we had something like a PGSQL Encapsulation Protocol (PGEP) used to
transfer all data between a PostgreSQL client/server, then we can use this
to tunnel libpq requests as they are at the moment through to the other
side. However, it would also mean that people could add any other protocols
as they see fit for debugging, statistics and all sorts of things that
people have yet to think of.

Obviously this would require a client/server interface change so it's not to
be taken lightly, but I thought I'd mention it since people have mentioned
the possibility of changes to the FE/BE protocol.


Kind regards,

Mark.

------------------------
WebBased Ltd
17 Research Way
Tamar Science Park
Plymouth
PL6 8BT

T: +44 (0)1752 797131
F: +44 (0)1752 791023
W: http://www.webbased.co.uk




pgsql-hackers by date:

Previous
From: "Michael Paesold"
Date:
Subject: Re: commit_delay, siblings
Next
From: Martin Münstermann
Date:
Subject: symbol name clash with libpq.so: md5_hash