pg.ddx.io pgsql-interfaces@postgresql.org mailing list archivehelp / color / mirror / Atom feed
From: Christopher Browne <cbbrowne@cbbrowne.com>
To: pgsql-hackers@postgresql.org
Subject: Re: Roadmap for FE/BE protocol redesign
Date: Fri, 14 Mar 2003 12:07:30 -0500
Message-ID: <m3bs0dzxkd.fsf@chvatal.cbbrowne.com> (raw)
References: <87r89ac6s4.fsf@stark.dyndns.tv>
A long time ago, in a galaxy far, far away, gsstark@mit.edu (Greg Stark) wrote:
> 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? This would avoid having to reinvent the wheel every time
> postgres implements a new feature like prepared queries, bind arrays, or
> metadata information.
>
> There is a free implementation of the TDS (Tabular DataStream) protocol used
> by Sybase and MSSQL. I don't know how much of it would be interesting for
> postgres and how much is Sybase/MSSQL-specific.
>
> It would be pretty neat if postgres could use precisely the same on-the-wire
> protocol as other major databases, just requiring a separate high level driver
> to interpret the semantic meaning of the data.
>
> At the very least it sounds like interesting to do a compare and contrast as
> far as understanding what advantages the features TDS has have and what
> disadvantages, before postgres possibly misses good ideas or makes the same
> mistakes.
Let me take the liberty of pointing people to documentation to the TDS
protocol:
<http://www.freetds.org/tds.html;
I agree that there are far worse ideas, when opening up the DB
protocol, than to look at some existing protocols, and TDS would seem
a reasonable one. It doesn't look overly efficient, but it's not
overtly gratuitously inefficient...
--
(reverse (concatenate 'string "moc.enworbbc@" "enworbbc"))
http://www.ntlug.org/~cbbrowne/linuxxian.html
DOS: n., A small annoying boot virus that causes random spontaneous
system crashes, usually just before saving a massive project. Easily
cured by Unix. See also MS-DOS, IBM-DOS, DR-DOS.
-- from David Vicker's .plan
view thread (133+ messages) latest in thread
Message-ID: <m3bs0dzxkd.fsf@chvatal.cbbrowne.com> Permalink: ../m3bs0dzxkd.fsf@chvatal.cbbrowne.com/ Also on: postgresql.org/message-id/m3bs0dzxkd.fsf@chvatal.cbbrowne.com ·
reply
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Reply to all the recipients using the --to and --cc options: reply via email To: pgsql-interfaces@postgresql.org Cc: cbbrowne@cbbrowne.com, pgsql-hackers@postgresql.org Subject: Re: Roadmap for FE/BE protocol redesign In-Reply-To: <m3bs0dzxkd.fsf@chvatal.cbbrowne.com> * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions for how to clone and mirror all data and code used for this inbox