Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 746B99FBF3B for ; Fri, 16 Mar 2007 14:19:13 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 12698-05 for ; Fri, 16 Mar 2007 14:19:06 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from outbound-mail-17.bluehost.com (outbound-mail-17.bluehost.com [69.89.20.232]) by postgresql.org (Postfix) with SMTP id 178119FBF31 for ; Fri, 16 Mar 2007 14:19:05 -0300 (ADT) Received: (qmail 22933 invoked by uid 0); 16 Mar 2007 17:19:01 -0000 Received: from unknown (HELO host28.hostmonster.com) (70.98.54.28) by mailproxy1.bluehost.com with SMTP; 16 Mar 2007 17:19:01 -0000 Received: from fw-open-virt.gene.com ([192.12.78.250] helo=[128.137.187.112]) by host28.hostmonster.com with esmtpa (Exim 4.63) (envelope-from ) id 1HSG4y-0004bl-UA; Fri, 16 Mar 2007 11:19:01 -0600 Subject: Re: [SQL] PostgreSQL to Oracle From: Reece Hart To: Robert Treat Cc: pgsql-general@postgresql.org, "Jonah H. Harris" , Ezequias Rodrigues da Rocha In-Reply-To: <200703151620.34309.xzilla@users.sourceforge.net> References: <55c095e90703090954m74e2b06arf73e3037f25f5c18@mail.gmail.com> <36e682920703091032u22cd9901w6212c9aba999ec8c@mail.gmail.com> <200703151620.34309.xzilla@users.sourceforge.net> Content-Type: text/plain Date: Fri, 16 Mar 2007 10:18:56 -0700 Message-Id: <1174065536.5244.22.camel@snafu.site> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 Content-Transfer-Encoding: 7bit X-Identified-User: {900:host28.hostmonster.com:hartsnet:harts.net} {sentby:smtp auth 192.12.78.250 authed with reece@harts.net} X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200703/1006 X-Sequence-Number: 111195 On Thu, 2007-03-15 at 16:20 -0400, Robert Treat wrote: > Do you find [HSODBC] works well? I've used it from some older Oracle > instances connecting back into PostgreSQL and the results I had have > been flakey at best. For us too. We tried in early 2006 with Oracle 8 via hsodbc to postgresql 7.4.6 and had several problems. From what I remember: - Oracle complained about SQLError when using unixODBC 3.0. This necessitated using 2.5. http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/en/html/dbpgen9/00000291.htm - We had type conversion problems. I can't remember many details of this, but I *think* they may have been text/varchar and timestamp/date. We don't use blobs. - It took our admins a fair bit of time to get working. It probably didn't help that Oracle was running on AIX. - The real nail in the coffin seemed to be that there was no way to push predicates to the remote side. This mean that a remote relation was materialized locally in order to join with local data and that we'd never get reasonable performance for cross-database joins (which, perhaps, it's not designed to do). I'm particularly curious about this last problem. Without pushing predicates to the remote side, it's hard for me to imagine that HSODBC would be terribly useful for anything but building a local warehouse. This seems so odd that I think I must be wrong, but I couldn't find any documentation that to support or discourage cross-database joins. Can someone out there enlighten me? What's the intent for HSODBC and what are its limitations? Can one access remote server side functions via HSODBC (eg, sqlplus> select col1,plpgsqlfx(col1) from remotetable)? Thanks, Reece -- Reece Hart, http://harts.net/reece/, GPG:0x25EC91A0 ./universe -G 6.672e-11 -e 1.602e-19 -protonmass 1.673e-27 -uspres bush kernel warning: universe consuming too many resources. Killing. universe killed due to catastrophic leadership. Try -uspres carter.