Re: [HACKERS] More PostgreSQL+CORBA

> > > 
> > >     My experience is that for pretty much every pro, there is a
> > > con...what are we losing with ORBit that we'd have with mico?  Short
> > > and/or long term?  mico is reputed to be Corba 2.2 compliant..orbit?
> > 
> > In the short term we lose lots of functions with ORBit. In the long run
> > however we win performance. 
> 
>     I was talking with a friend of mine down here, that I was *hoping*
> would have posted by now since I really really hate translating what
> someone else said, but...

ok, ok, Marc... you've got me into it now... :)

I started thinking about that talking to Marc about the CORBA ORB issue.
GNOME wants ORBit, BSD'ers want mico, linux'ers want omniorb, etc...
(forgive any possible generalizations above)

Basically what I was saying to Marc is that the really ORB-dependent part
of CORBA is the IDL-to-<language> mappings.  The logic of the CORBA object
can be implemented as a normal object independent of the compiled stub.
Then, all that has to be done is to fill in the stubs with code that 
acts as an adaptor to the ORB-independent object.  That way porting to
another ORB should be trivial.  

Someone out there correct me if I'm wrong... :)

I do like the idea of using CORBA to access postgreSQL.  There is the
obvious advantage of not having to worry about porting libpg to every
system and language.  CORBA ORB vendors/developers can take care of that.  

What really makes me curious is what the object's interface will be...
Just a clone of libpg, or something more?...  I think someone earlier 
mentioned possibly doing things like directly referencing "objects."
I think that the use of CORBA could allow for much more functionality
than a classical SQL RDBMS interface.  I don't know that much about the
backend, but it could be interesting to throw some ideas back and forth
about what could be done with the interface.

I would personally prefer to have a more natural OO interface to 
the database, possibly expanding on the idea of being able to directly
reference objects (and hold the reference to them). 

Duane

--------------------------------------------
Duane Currie (dcurrie@sandman.acadiau.ca)
Unix System Administrator/Software Developer
Acadia Institute for Teaching and Technology
--------------------------------------------