Delphi 6 auf Oracle 11g mit ADO?

[AstridZ]

Hallo,
ich entwickle mit Delphi 6. Datenbankzugriffe erfolgen stets über ADO. Nun ist die Frage, ob ich mit dieser alten Version mit Oracle 11g kommunizieren kann. Hat da jemand Erfahrung? Danke.
Viele Grüße, AstridZ

[Jumpy]

Ja mit ADO kein Problem, machen wir auch. Allerding noch über ODBC dazwischengeschaltet, wobei das wahrsch. nicht nötig ist und als weitere Zwischenschicht auch schon mal für Probleme sorgen kann, aber die Chefetage will das so.

[Bernhard Geyer]

Auf jedenfall brauchst du einen aktuellen ADO-Provider von Oracle. Der von MS ist schrott und ist auch vor einiger Zeit als abgekündigt gekennzeichnet.

Crosspost (dort geschlossen).

[schorsch666]

Hallo,
also ich würde auf jeden Fall native Kompos nehmen - wir arbeiten da mit denen von DEVART - die sind wirklich klasse, sind nicht wirklich teuer und es gibt eine Testversion.

Ich hatte erst letzens die neue Version getestet und hatte dabei nacheinander 17 Server abgefragt - also jedes Mal connect/disconnect und einen select * from.. - als Ergebnis kamen jeweils rund 50-100 Datensätze. Die alle in einem lokalen array abgelegt (nur die wichtigsten Felder).

Dauer: etwas unter 400ms!!

Schorsch

[p80286]

Zitat:

Zitat von Jumpy (Beitrag 1100167)

Ja mit ADO kein Problem, machen wir auch. Allerding noch über ODBC dazwischengeschaltet, wobei das wahrsch. nicht nötig ist und als weitere Zwischenschicht auch schon mal für Probleme sorgen kann, aber die Chefetage will das so.

Zumindestens bei VarChar und LOB-Feldern hat der Oracle-ODBC-Treiber Aussetzer.
Aber auch meine Chefetage ist da recht beratungsresistent. (Eine Schnittstelle/Ein Client)

Gruß
K-H

[AstridZ]

@Jumpy: Das hört sich gut an. ODBC haben wir manchmal auch bei 10g dazwischen. Also wäre, falls direkt fehlschlägt, auch möglich

@Bernhard Geyer: Sorry, wusste ich nicht mit dem Crosspost erwähnen. Provider sollten wir kriegen.

@Schorsch: Da ein Wechsel zu einem nativen Treiber mehrere andere Änderungen an X-Projekten + Testaufwand nach sich ziehen würde, bin ich auf ADO festgelegt.

Danke euch allen für eure Bemühungen.

[Bernhard Geyer]

Zitat:

Zitat von p80286 (Beitrag 1100184)

Zumindestens bei VarChar und LOB-Feldern hat der Oracle-ODBC-Treiber Aussetzer.

Immer noch?
Ein glück das man mit einer nativen Zugriffskomponente und aufsetzen auf Oracle NET-Treiber fast keine Installationsproblem mehr hat. Mit Instant-Client hat man sowas in 1 Min. eingerichtet und wenn sein muss fürs ganze Netz wenn die Umgebungsvariable zentral verteilt wird.

[schorsch666]

Und, wenn man jetzt noch "modular" programmiert ;-) Ich habe EINE Schnittstelle (unit), die automatisch die richtige DB nimmt - sogar parallel. Dafür nehmen wir einfach die UNIDAC-Kompos.

Die Programme selbst bekommen davon nix mit. Die kennen nur "GetRecord, UpdateRecord,.. - selbst die SQL-Befehle werden komplett generiert (GetSQL()). Und das Beste ist: die Unit hat rund 50 Zeilen ;-) Wir setzen Oracle, Informix, MySQL und Access ein - andere DBs wären aber auch kein Problem.

ADO ist und bleibt.. ..halt schlecht ;-)

Ciao..

Schorsch