Received: from teapot16.domain4.bigpond.com (teapot16.domain4.bigpond.com [139.134.5.164]) by hub.org (8.10.1/8.10.1) with SMTP id e6G08a061127 for ; Sat, 15 Jul 2000 20:08:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by teapot16.domain4.bigpond.com (NTMail 3.02.13) with ESMTP id pa719409 for ; Sun, 16 Jul 2000 10:09:26 +1000 Received: from EXIP-T-016-p-87-13.tmns.net.au ([139.134.87.13]) by mail4.bigpond.com (Claudes-New-Age-MailRouter V2.9 7/1882444); 16 Jul 2000 10:09:23 Message-ID: <000801bfef1e$dec3e260$0146a8c0@argentpn.telstra.com.au> From: "Geoff Healey" To: Cc: "Tom Lane" References: Subject: Re: more ODBC driver Date: Sun, 16 Jul 2000 22:10:44 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Archive-Number: 200007/100 Dear Sir / madam I wish to have my name removed from the mailing list. Regards Geoff Healey ----- Original Message ----- From: Cedar Cox To: Cc: Tom Lane Sent: Thursday, July 13, 2000 5:06 PM Subject: Re: [INTERFACES] more ODBC driver > > On Wed, 12 Jul 2000, Tom Lane wrote: > > It looks like the & operators are being translated to the ODBC notation > > {fn concat(a,b)}, which isn't valid SQL. The ODBC driver is supposed > > to translate that to the Postgres equivalent, namely textcat(a,b). > > Unfortunately our ODBC driver isn't bright enough to do that for nested > > function calls, and as you can see in the SQL log only the outermost > > instance is getting fixed properly. > > I see says the blind man... makes sense.. > > > Probably the best short-term workaround is to write the query using > > the Postgres function to begin with: > > > > SELECT ..., textcat(T1.Name,textcat(' ',textcat(T2.Name,textcat(' ', ... > > I saw this need coming but wanted to avoid it. I think what I'll do is > place a tag somewhere USEODBC=? and use this to decide which SQL to use, > ODBC or Jet. Our unfortunate situation is that the guy developing the > Access end is unable to run PG anywhere so his datasource has to be a > .mdb file (any suggestions?). > > > I'm not sure if we have a TODO item to fix the ODBC driver's function > > translation code, but we should... > > > > regards, tom lane > > What's the time table? Anyone expecting to work on this any time > soon? I'd help but I don't know C very well and I have no development > tools in Win95. :( -or is that :) > > .. > Matthew : > > It's not easy to find, but there is an ODBC install > > that you can download from the MS website. > > Thanks.. That's what I wanted to know.. I've been able to find things > before in MS's archives even when I didn't know what I was looking for.. I > just wanted to know if what I'm looking for exists before looking :) > > > Thanks for the quick reply > -Cedar > > > >