ADO mit Oracle: Provider nicht gefunden

[Jasocul]

Ich versuche eine Verbindung über ADO zu einer Oracle-Verbindung hinzubekommen.
Ursprünglich mit Rave, aber da gab es Probleme ohne Fehlermeldung. Thomas hat mir schon soweit geholfen, dass jetzt das Problem stark eingegrenzt ist.
Auf meinem Rechner (komplette D2k5Pro-Installation), gibt es keine Probleme. Auf einem Testrechner, der mit anderen Komponenten (DOA) auf die Daten zugreifen kann, funktioniert es nicht.

Ein Testprojekt mit dbGo zur Oracle gibt mir folgenden Fehler:
Zitat:
Der Provider konnte nicht gefunden werden.


Der Versuch MDAC zu installieren führt zu:
Zitat:
MDAC 2.8 RTM ist mit dieser Version von Windows nicht kompatibel.
Alle Funktionen sind zurzeit Teil von Windows.

Beim MDAC-Setup. Es scheint also korrekt installiert zu sein.

Im Moment weiß ich nicht, woran das liegen kann. Hat jemand eine Idee für mich?

Habe jetzt noch einen Extra-Rechner fertig gemacht:

Nur Windows XP, aktuellster Stand. MDAC ebenso.
Oracle-Client der selbe, wie auf meinem PC.
.NET-Framework installiert. Denn das ist bei mir ja auch drauf.
Mozilla FF, obwohl ich mir sicher bin, dass der nichts zu bedeuten hat. Aber ich will auch nichts unterschlagen.
Ich habe sogar die Pfad-Angaben zu MDAC geprüft und eingetragen. Man weiß ja nie. Obwohl die bei mir nicht eingetragen sind.

Ergebnis:
Es geht nicht.

Hat nicht irgendjemand eine Info, was bei mir noch anders sein kann, als auf dem anderen PC? Ich habe vorher nie mit ADO gearbeitet! Hatte also auch nie den Bedarf irgendetwas besonderes zu installieren.
Es ist echt zum

[Bernhard Geyer]

Für DOA benötigst du eine neuere Version der Komponenten. Die Version die Du einsetzt wird nicht Oracle10-Kompatible sein, da Oracle hier die Schnittstelle teilweise inkompatible geändert hat.

Ich hab diese DOA auch aktualisiert und alles klappt wie gewünscht.

Von ADO kann ich dir bei Oracle nur abraten. Hier must du auf jedenfall auch 'ne ADO-Treiber von Oracle installieren, da der von MS gelieferte Treiber eher als Studie anzusehen ist. Hier fehlen sehr viele Möglichkeiten von Oracle.

[Jasocul]

Mit den DOA geht es. Da benutze ich auch die aktuellen Treiber.

Das Problem ist, dass ich Rave einsetzen möchte. Dabei ist durch eine spezielle Konstellation der Einsatz der DOA-Komponenten nicht möglich.
Hast du zufällig einen Link zu den ADO-Treibern für Oracle?

Auch wenn es nur eine Studie ist, sollte eine einfaches "Select * from Tabelle" eigentlich kein Problem machen.

[merlin17]

Zitat:

MDAC 2.8 RTM ist mit dieser Version von Windows nicht kompatibel.

welches Windows ist es ??

thomas

[Jasocul]

Windows XP-Pro.
Das Check-Programm teilt aber auch mit, dass MDAC 2.8 SP1 installiert ist.

[Bernhard Geyer]

Zitat von Jasocul:

Das Problem ist, dass ich Rave einsetzen möchte. Dabei ist durch eine spezielle Konstellation der Einsatz der DOA-Komponenten nicht möglich.

Dumm gelaufen. Wieso denn? Das dürften dann ein Fehler in den Rave-Komponenten sein.

Zitat von Jasocul:

Hast du zufällig einen Link zu den ADO-Treibern für Oracle?

Selbst suchen. Da ich DOA einsetze hab ich noch kein fast Aussichtslose Suche bei Oracle betreiben müssen.[/quote]

Zitat von Jasocul:

Auch wenn es nur eine Studie ist, sollte eine einfaches "Select * from Tabelle" eigentlich kein Problem machen.

Wenn du keine speziellen Oracle-Feldtypen verwendest und der Connect zur DB klappt... - Ja.

[Jasocul]

Thomas (merlin17) und ich haben schon rausbekommen, dass es kein Rave-Problem ist.

Den Link zu den Treibern habe ich gerade gefunden: ODAC/MDAC
Für die 10g sind 174MB und die 9i hat 80MB.

[merlin17]

@Bernhard:
Moooooooooment

Zitat:

Das dürften dann ein Fehler in den Rave-Komponenten sein.

Rave nutzt nur die Schicht "drunter", d.h. wenn der DB-bereich ein Problem, ist es
kein Rave-Problem. der DBGrid-Test muss erfolgreich sein, dann klappt es auch mit Rave

von Mittelfranken nach Mittelfranken


thomas

[Bernhard Geyer]

@merlin17

Ok. etwas voreilig.

@Jasocul:

Welches Problem liegt den vor das die DOA-Komponenten nicht gehen. Diese setzten ja auch auf die TDataset-Schnittstelle auf und Falls es dort ein Problem geben dürfte so denke ich das die Entwickler der Komponenten dies auch korrigieren würden, wenn sie den davon wüssten ....

[Jasocul]

Der Anwender soll nur die Datei mit den Reports bekommen (von mir mit dem Designer erstellt). Die Reports werden über Parameter gesteuert und können sehr vielschichtig sein (mehrere Master/Details und andere Abhängigkeiten). Diese sind vom Programm vorher nicht abzusehen. Somit kann ich im Programm auch nicht wissen wieviele DataSets ich bereitstellen müsste und wie die definiert sein müssen.
Sinnigerweise wollte ich es mir sparen, bei jedem neuen Report einen neuen Programmstand mitliefern zu müssen.