From: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
---|---|
To: | Chris <chris(at)bitmead(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Chris Bitmead <chrisb(at)nimrod(dot)itg(dot)telstra(dot)com(dot)au>, "pgsql-hackers(at)postgreSQL(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: OO / fe-be protocol |
Date: | 2000-05-20 04:08:28 |
Message-ID: | 39260FBC.E9ACC24F@alumni.caltech.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Ok, I'll go back to reading about Corba and see if I can figure out if
> it can do the job.
It can, and it is appropriate.
The devil is in the details, which include concerns on portability of
the ORB among our > 20 platforms, additional levels of complexity for
the minimum, small installation (Naming Service, etc etc), and general
unfamiliarity with CORBA. I'm sure there are other concerns too.
I've got some experience with C++ ORBs (TAO and Mico), but am not
familiar with the C mapping and how clean it may or may not be.
The "transform only if necessary" philosophy of CORBA (that is,
recipients are responsible for changing byte order if required, but do
not if not) should minimize overhead. And the support for dynamic data
definition and data handling should be a real winner, at least for
communications to outside the server. Inside the server it could help
us clean up our interfaces, and start thinking about distributing
portions onto multiple platforms. Should be fun :)
- Thomas
--
Thomas Lockhart lockhart(at)alumni(dot)caltech(dot)edu
South Pasadena, California
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2000-05-20 04:14:17 | Re: Berkeley DB license |
Previous Message | Mike Mascari | 2000-05-20 03:53:51 | Postgres Analysis Tool-Pak |