Re: ODBC Problems
- From: Lee <leeh@xxxxxxxxx>
- Date: Fri, 07 Dec 2007 09:56:43 -0500
On Dec 6, 2:13 pm, Lee <l...@xxxxxxxxx> wrote:
I decided to give Altova's new "DataBase Spy" a test drive; but during
installation the application found only the Ms ODBC dricver for ORacle.
I chose "OK, use that one" and then got an error message about how
necessary Oracle client side component's werent there.
Curious, because I have Oracle Instant CLient installed.
I'm a bit fuzzy on the Instant client installation....do we need to set
an Oracle Home? Or put something on the execution path?
Sql*Dev by contrast has no problem and fires right up, as did a few
other third party products.
I dont know whether this really has anything to do with ALtova, or is a
more of a question of Microsoft ODBC drivers hot playing well with
Oracle or what.
Shouldnt I be dowloading Oracles ODBC drivers instead? And if I DO, do
I need to set any system magic (windows XP) to make the environemnt
aware that I've got the Oracle ODBC stuff in there?
Too many moving parts MOzart!
Instant client isn't the full client, and some software products
require the full Oracle client installation. This, apparently, is one
I suggest you visit www.oracle.com and download the full 10g or 11g
client (which is bundled with the database server software) and
I took your advice:
I now have a directory tree under my root : c:\oracle\a whole bunch
I have the PATH set to the bin directory under all that (And I have tnsnames.ora set up too, but no tns_Admin environment variable, at least not one that I created)
I have ORACLE_HOME set
I can go to any directory, invoke
and connect to my remote Oracle instance via Sql*Plus
But if I invoke the ODBC admisnitstarot (I can invoke it through the control panel etc without specifically involving Altova software), but
I get the same probably bogus message about how an Oracle component has not been found.
I'm not well enough informed about how XP and ODBC work and play together to trouble shoot that effectively. Other XP boxes work just fine. I go to the ODBC administrator, set up a DSN and then the Altova
tool communicates with my Oracle server with no apparent problem.
Clearly there's something nasty about the XP environment on that one miserable unit, but the error message must be bogus because even on that unit I can get to oracle via Sql*Plus.
I've "called for the marines" (i.e. coprorate help desk aka "grief counselors") but I've discovered that its better to be your own expert, just in case the officieally designated expert tries to blow smoke up your nose.
- Prev by Date: Re: ODBC Problems
- Next by Date: Re: Altova's new "Database Spy"
- Previous by thread: Re: ODBC Problems
- Next by thread: Re: Altova's new "Database Spy"