ADO - Der Provider kann nicht gefunden werden

[andreash]

Hallo,

ich habe folgendes Problem:

Ich möchte über eine ADOConnection auf eine Oracle-DB zugreifen und setze Provider='OraOLEDB.Oracle.1'.
Wenn ich nun Versuche, die Eigenschaft ADOConnection.Properties.Item['User ID'] zu setzten wird folgende Exception geworfen:
"EOleException: Der Provider kann nicht gefunden werden. Möglicherweise ist er nicht richtig installiert worden".

Der Zugriff erfolgt in einem Programm mit mehreren Threads. Wenn ich Provider auf 'MSDASQL.1' setze funktionieren alle Lesezugriffe nur beim Schreiben gibt es Probleme.

Der Provider ist installiert, da die dieser mit anderen Programmen funktioniert. Auch das Enumierieren aller verfügbaren Provider, zeigt, dass der Provider vorhanden ist.

Tippfehler sind auch ausgeschlossen.

Welche Voraussetzungen müssen erfüllt sein, damit der Provider gefunden wird?

Ich bin für jeden Hinweis dankbar!
Andreas

[Edit] "Typfehler" korrigiert. [/edit]

[sirius]

Was ist denn wenn du den ConnectionString von ADO mit dem Dialog zusammensetzt? Gibt es dort den Provider?

[Bernhard Geyer]

Ist der Provider OraOLEDB überhaupt Threadsave bzw. darf er in anderen Threads als den Hauptthread überhaupt verwendet werden.
Auch ist Oracle immer allergisch wenn irgendwelche Umgebungsvariablen (z.B. ORACLE_HOME) nicht gefunden werden. Sind diese im Thread verfügbar?

[shmia]

Zitat:

Zitat von andreash

Ich möchte über eine ADOConnection auf eine Oracle-DB zugreifen und setze Provider='OraOLEDB.Oracle.1'.

Warum verwendest du keine UDL-Datei ??
http://www.efg2.com/Lab/Library/Delp...UDL/index.html
UDL-Dateien enthalten alle Eigenschaften einer ADO-Connection und kann zur Laufzeit eines Programms dynamisch geladen werden.
Ein grosser Vorteil ist, dass man ausserhalb des Programms ein Verbindungstest zur Datenbank ausführen kann.

PS:
achja, die berüchtigten Tippfehler.
Du schreibst ja: Typfehler sind auch ausgeschlossen.
und meinst damit wohl Tippfehler.
Das bedeutet aber, dass man Tippfehler niemals ausschliesen sollte!
Auch hier hat eine UDL-Datei den Vorteil, dass diese Fehlerquelle nicht zum Zuge kommen kann.

[andreash]

Danke für die schnellen vielen Antworten.

Zitat:

Was ist denn wenn du den ConnectionString von ADO mit dem Dialog zusammensetzt? Gibt es dort den Provider?

Den Provider gibt es dort. Beim Zusammenstellen des Connectionstrings über den UDL-Wizard wird genau dieser eingetragen und die Verbindung ist beim Test über dessen Dialog erfolgreich.

@shmia: Aus Designgründen verwende ich keine UDL-Datei in diesem Projekt. Mit meinem "Typfehler" hast du mich natürlich ertappt. :-)
Den Providernamen habe ich aus einer UDL-Datei kopiert. Zum Testen habe ich den Text, den ich in die Eigenschaft Provider eintrage, mit den Namen der in der Registrierung eingetragenen Provider verglichen und es gab einen Treffer.

@Bernhard Geyer: Das ist ein guter Einwand, weil die DB-Zugriffe nicht im Hauptthread laufen. Ich werde recherchieren.

[sirius]

Wenn du nicht im Hauptthread bist brauchst du mindestens coinitialize. Und am besten die ganze Datenbankarbeit in einen Thread legen.

[andreash]

Die DB-Funktionen sind in einer Dll gekapselt, die keine Threads verwendet. CoInitialize wird beim Linken aufgerufen.

In der Zwischenzeit habe ich das Programm so geändert, dass die Aufrufe über den Hauptthread erfolgen. Aber der Fehler besteht immer noch. Über einen Vergleich von MainThreadID und GetCurrentThreadID überprüfe ich, ob ich dabei keinen Fehler mache.

Übrigens wird die DLL in einem Dienst verwendet. Vielleicht ist das eine Ursache. Ich bin für jeden weiteren Rat dankbar.

[andreash]

Nachdem es auf einem anderen Rechner funktioniert, konnte ich Ursachenforschung betreiben: Ich habe wohl die Oracle-Client Version verwendet (9 statt 10, beide sind installiert). Der Gedanke von "Bernhard Geyer" war somit richtig. Unter HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE habe ich den Wert für ORACLE_HOME auf das richtige Verzeichnis gesetzt. Nun funktioniert die DB-Verbindung.
Warum es aber unter Umständen vorher trotzdem funktionierte und nur der Dienst Ärger machte, weiß ich nicht.

[Bernhard Geyer]

Zitat:

Zitat von andreash

... Der Gedanke von "Bernhard Geyer" war somit richtig. Unter HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE habe ich den Wert für ORACLE_HOME auf das richtige Verzeichnis gesetzt. Nun funktioniert die DB-Verbindung.
Warum es aber unter Umständen vorher trotzdem funktionierte und nur der Dienst Ärger machte, weiß ich nicht.

Es gibt neben Registry-Key auch Umgebungsvariablen. Welche gezogen weiß vermutlich nur das Oracle :-)

[andreash]

Zuerst habe ich es auch mit einer Umgebungsvariable ORACLE_HOME versucht. Das hat nicht funktioniert. Vielleicht wird der Registryeintrag bevorzugt. Für weitere Tests fehlt mir im Moment die Zeit.

Vielen Dank für die Lösungsideen!