Article View: borland.public.cppbuilder.database.ado
Article #4749Re: Reading back Field Names that use MDSYS.SDO_GEOMETRY data type
From: John McDonald
Date: Fri, 12 Oct 2001 12:42
Date: Fri, 12 Oct 2001 12:42
62 lines
3246 bytes
3246 bytes
Graham, I believe that DistribTX=0 is for distributed transactions across multiple databases. Adding this to our connection string eliminated a problem we had executing a stored procedure. Another angle: Eliminate the spatial column from your query (if you don't need it) before executing the query ADOTable->Active = true; // turn it back on I was able to get around the problem in BDE as long I left the spatial field out of the query. Check the documentation for Oracle's OLE DB provider. Maybe there are known problems with spatial fields?? Good Luck!! John On Fri, 12 Oct 2001 10:39:28 +0100, "Graham Reeds" <grahamr@omnieng.co.uk> wrote: >> When using Oracle spatial w/ADO you should definately be using >> the proper Oracle OLE DB Provider with a connection string that >> would look similar too: >> >> Provider=OraOLEDB.Oracle;Data Source=this.that.com;User >> ID=user_id;Password=passwd;Persist Security Info=True;DistribTX=0 > >Ours looks similar too, except we had OraOLEDB.Oracle.1 as our provider. I >don't know if that would make a difference? Also we had the Persist Security >Info set to False, and we didn't have the DistribTX=0 so I added modified >and added to our connect string but still no joy (btw what does the >DistribTX string do?). > >> Look at your connection string to see what provider your using >> with ADO. http://technet.oracle.com has a specific download >> for OLE DB Provider and I'm almost sure that ADO would not >> understand the spatial column in your table with the correct >> provider. > >I'm now downloading the 42mb download from the Oracle site to see if that >sorts out our problem. I tried to look on the Oracle CD's to see if I had >an update there, but with about 100 CD's scattered about the office finding >the correct one is a bit of a task. Meanwhile I'm slowing running out of >things I can 'enhance' while I'm stuck on this problem. > >> Other than that, I always have the same problem your experiencing >> if I try to use BDE on Oracle tables with spatial columns. > >Good to know I'm not the only one! > >Thanks for your perseverance. > >-- > >Yours faithfully, Graham Reeds. >grahamr@omnieng.co.uk | http://omnieng.co.uk/ > >
Technical Details
Message-ID:
<3bc6e1c1.753117@newsgroups.borland.com>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!news1.google.com!sn-xit-02!supernews.com!newsfeed.direct.ca!look.ca!news.maxwell.syr.edu!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!dnewsReferences:
<3bc2f3f4_1@dnews> <3BC37F6C.27A981AF@airtalk.com> <3bc410f0_2@dnews> <3bc5bd74.7044877@newsgroups.borland.com> <3bc6bad4_1@dnews>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 10698b,96caeb4bff8ec055 X-Google-Attributes: gid10698b,public X-Google-ArrivalTime: 2001-10-12 06:09:15 PST From: mcdonald@airtalk.com (John McDonald) Newsgroups: borland.public.cppbuilder.database.ado Subject: Re: Reading back Field Names that use MDSYS.SDO_GEOMETRY data type Date: Fri, 12 Oct 2001 12:42:43 GMT Organization: System Studies, Inc. Message-ID: <3bc6e1c1.753117@newsgroups.borland.com> References: <3bc2f3f4_1@dnews> <3BC37F6C.27A981AF@airtalk.com> <3bc410f0_2@dnews> <3bc5bd74.7044877@newsgroups.borland.com> <3bc6bad4_1@dnews> X-Newsreader: Forte Free Agent 1.21/32.243 NNTP-Posting-Host: 209.78.255.153 X-Trace: dnews 1002890665 209.78.255.153 (12 Oct 2001 05:44:25 -0700) Lines: 63 Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!news1.google.com!sn-xit-02!supernews.com!newsfeed.direct.ca!look.ca!news.maxwell.syr.edu!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!dnews