From: | Hannu Krosing <hannu(at)tm(dot)ee> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Greg Stark <gsstark(at)mit(dot)edu>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Roadmap for FE/BE protocol redesign |
Date: | 2003-03-16 20:41:15 |
Message-ID: | 1047847275.1789.7.camel@fuji.krosing.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-interfaces |
Tom Lane kirjutas R, 14.03.2003 kell 19:15:
> Greg Stark <gsstark(at)mit(dot)edu> writes:
> > So, just to throw out a wild idea: If you're talking about making large
> > changes to the on-the-wire protocol. Have you considered using an existing
> > database protocol?
>
> Yeah, I have. Didn't look promising --- there's no percentage unless
> we're 100% compatible, which creates a lot of problems (eg, can't ship
> type OIDs to frontend anymore).
Surely there is a way to ship type info, even for UDT's (user defined
types) as nowadays most big databases support those.
> What I actually looked into was RDA, but I doubt that TDS would be any
> closer to our needs...
I remember someone started cleaning up IO in order to move it into a
separate module with the aim of making multiple implementations (RDA,
TDS, XML, native JDBC wire protocol if it ever becomes a reality, etc.)
possible.
While not exactly pertinent to new wire protocol this effort if
completed would make it much easier to have backwards compatibility on
the wire level.
------------
Hannu
PS. Another feature I'd like is individually turning off warnings and
notices.
------------
Hannu
From | Date | Subject | |
---|---|---|---|
Next Message | R Blake | 2003-03-17 01:46:13 | help? trouble setting Shared Memory parameters in OSX kernel (fwd) |
Previous Message | Tom Lane | 2003-03-16 18:16:40 | Re: Error message style guide |
From | Date | Subject | |
---|---|---|---|
Next Message | Sheshu | 2003-03-17 00:26:33 | esql problem |
Previous Message | Tom Lane | 2003-03-16 17:59:12 | Re: [INTERFACES] Upgrading the backend's error-message infrastructure |