X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.192]) by svr1.postgresql.org (Postfix) with ESMTP id 698A4D1C910 for ; Mon, 21 Jul 2003 15:26:59 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (svr4.postgresql.org [64.117.224.192]) (amavisd-new, port 10024) with ESMTP id 70084-05 for ; Mon, 21 Jul 2003 15:26:57 +0000 (GMT) Received: from stubee.d2hosting.net (d2hosting.net [66.70.41.160]) by svr1.postgresql.org (Postfix) with ESMTP id 51330D1C513 for ; Mon, 21 Jul 2003 12:26:57 -0300 (ADT) Received: from idigx.com ([208.207.88.112]) by stubee.d2hosting.net (8.11.6/linuxconf) with ESMTP id h6LFQT414980; Mon, 21 Jul 2003 10:26:29 -0500 Message-ID: <3F1C0625.9000606@idigx.com> Date: Mon, 21 Jul 2003 10:26:29 -0500 From: Thomas Swan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en, ko, ja MIME-Version: 1.0 To: Tom Lane Cc: Bruce Momjian , Peter Eisentraut , Joe Conway , =?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6ni?= =?ISO-8859-1?Q?g?= , pgsql-hackers@postgresql.org, EG Subject: Re: dblink_ora - a first shot on Oracle ... References: <200307211339.h6LDdTR00206@candle.pha.pa.us> <4455.1058796993@sss.pgh.pa.us> In-Reply-To: <4455.1058796993@sss.pgh.pa.us> X-Enigmail-Version: 0.76.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200307/502 X-Sequence-Number: 41107 On 7/21/2003 9:16 AM, Tom Lane wrote: >Bruce Momjian writes: > > >>I don't see the problem. >> >> > >I tend to agree with Peter: if dblink is going to start depending on >stuff outside Postgres, it ought to be become a separate project, >if only to simplify distribution and configuration issues. > The ability to optionally link to another library does not necessitate a functional dependency on it. >Perhaps it could be split into two parts, a PG-specific part and >a cross-DBMS part? > > regards, tom lane > >PS: Has anyone looked any further at the SQL-MED standard? ISTM that's >where we ought to head in the long run. > >---------------------------(end of broadcast)--------------------------- >TIP 4: Don't 'kill -9' the postmaster > >