Received: from candle.pha.pa.us (root@s5-03.ppp.op.net [209.152.195.67]) by hub.org (8.9.1/8.9.1) with ESMTP id XAA01444 for ; Fri, 13 Nov 1998 23:02:43 -0500 (EST) (envelope-from maillist@candle.pha.pa.us) Received: (from maillist@localhost) by candle.pha.pa.us (8.9.0/8.9.0) id WAA17635; Fri, 13 Nov 1998 22:57:46 -0500 (EST) From: Bruce Momjian Message-Id: <199811140357.WAA17635@candle.pha.pa.us> Subject: Re: [HACKERS] More PostgreSQL+CORBA In-Reply-To: <14351.910997559@sss.pgh.pa.us> from Tom Lane at "Nov 13, 1998 5:52:39 pm" To: tgl@sss.pgh.pa.us (Tom Lane) Date: Fri, 13 Nov 1998 22:57:46 -0500 (EST) Cc: robinson@public.bta.net.cn, pgsql-hackers@postgreSQL.org X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Michael Robinson writes: > > [ pithy summary of CORBA snipped --- thanks, Michael! ] > > > There are three ways I can see this working: > > > 1. As a simple alternative for the current FE<->BE communication protocol. > > The SQL query engine continues to intermediate all transactions. This > > has some benefits, but is really boring to me. > > I agree, that's not too exciting ... although replacing our current ad-hoc > FE/BE protocol with a standards-based protocol (I assume CORBA has a > recognized standard for the wire-level protocol?) might well be worth doing. Current FE/BE protocol seems pretty optimized to me, but you should know the best. Seems like a waste to try and get it to match some standard, expecially if we can just create a module to do it on top of the existing protocol. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026