Re: [HACKERS] More PostgreSQL+CORBA
От | The Hermit Hacker |
---|---|
Тема | Re: [HACKERS] More PostgreSQL+CORBA |
Дата | |
Msg-id | Pine.BSF.4.05.9811150046480.333-100000@thelab.hub.org обсуждение исходный текст |
Ответ на | Re: [HACKERS] More PostgreSQL+CORBA (Michael Robinson <robinson@public.bta.net.cn>) |
Список | pgsql-hackers |
On Sun, 15 Nov 1998, Michael Robinson wrote: > This is my plan: > 1. Wrap the current libpq API in CORBA, as a proof of concept > 2. Implement a static row-level interface, which maps PostgreSQL > types to CORBA types > 3. Design a fully dynamic interface, complete with Interface > Repository integration with the PostgreSQL type system > 4. Implement the design > > Number one shouldn't take very long (a few weeks, once I get the whole > CORBA development thing sorted out). Two shouldn't take much longer. > Three and four is anybody's guess, and, as I mentioned earlier, four > depends on currently unimplemented sections of ORBit. If this is to be implemented, please do *not* make it dependent on any one version of Corba...IMHO, that is like telling everyone they must installed GCC 2.8.1 as their compiler to compile PostgreSQL...it takes the choice out of ppls hands and forces them to support one implementation. If it takes using Mico, at this point in time, to implement this *properly*, so be it...but however it is implemented, it has to be done in such a way that it is as generic as possible so that the choice of what CORBA implementation is left up to the person running the end-system, not the developer because he had a bias/preference. And, ya, I currently have a bias, and that is towards MICO, since, by your own admission, ORBit's only supports a sub-set of CORBA...there is absolutely no reason why our CORBA implementation should be tied to the development pace of one particular implementation... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
В списке pgsql-hackers по дате отправления: