ORACLE DB-Verbindung ohne Client-Installation

[delphirocks]

Wenn du dich direkt verbinden willst, mußt du im Connectionstring die IP-Adresse, SID, Port, usw. mitangeben. Dann funktioniert's...

Und die "Net" Option muß irgendwo enabled werden.

[merlin17]

@Elvis

Zitat:

Das dumme an DOA ist, dass bei ihnen seit D7 die Zeit stillzustehen scheint.
kein .Net Provider...

Die V4 von DOA gibt es seit letzter Woche sogar schon für D2006, allerdings nur VCL32;
einen .net-provider von DOA wird es (meiner Meinung nach) NIE geben, dafür gibt es
doch den ODP.net und von Borland die BDP.net-Ora-Anbindung...


thomas

[Elvis]

Zitat von merlin17:

@Elvis

Zitat:

Das dumme an DOA ist, dass bei ihnen seit D7 die Zeit stillzustehen scheint.
kein .Net Provider...

Die V4 von DOA gibt es seit letzter Woche sogar schon für D2006, allerdings nur VCL32;
einen .net-provider von DOA wird es (meiner Meinung nach) NIE geben, dafür gibt es
doch den ODP.net und von Borland die BDP.net-Ora-Anbindung...

Der ODP ist buggy und kennt keine Objekttypen (bzw. ist extrem buggy bei den angebitenen Hack-Arounds).
Der BDP... ich tue lieber so als wäre da ein Witz gewesen...
AllroundAutomations scheint einfach eingepennt zu sein... Man bedenke auch wielange es schon ein paar extrem nervige Bugs in deren anonsten genialen PL/SQL Developer gibt...

[merlin17]

Zitat:

AllroundAutomations scheint einfach eingepennt zu sein...

erinnert mich an QuSoft(QuickReport) und XMLRad etc.etc.

Zitat:

Der ODP ist buggy und kennt keine Objekttypen (bzw. ist extrem buggy bei den angebitenen Hack-Arounds).

ich kenne ihn und sicherlich ist er etwas "verbesserungswürdig"... things.take.time.

Zitat:

Der BDP... ich tue lieber so als wäre da ein Witz gewesen...

hatte ich hier den Smiley für "zwischen den Zeilen" vergessen
thomas

[gunSoft]

Zitat von Elvis:

DOA ist eine, performancemäßig gesehen, sehr gute Alternative.
Extrem tight an den Client geknüpft, aber als Oracle'ler sollte einem der Instant client kein Fremdwort sein. Einfach ein paar Bibliotheken und eine tnsnames.ora in den App Ordner und schon hast du einen vollen Oracle Client (mit allem client seitigem Caching etc. )

Danke für den Input!
Habe jetzt mal ADO mit Instant Client versucht und es funzt!
Damit währe mein Problem eigentlich gelöst, weil ich für die DB-Seite immer ein paar selbst geschriebene Klassen benutze
die auf ADO aufsetzen, wenn mir nicht folgendes aufgefallen währe:

Auf euren Ansporn an habe ich eben ODAC und ADO mit Instant Client getestet und gemerkt dass ODAC um Längen schneller
zu sein scheint. Ich hatte öfters schon den Verdacht das ADO etwas langsam ist...

Ist diese Erkenntnis neu? Und gibt es vielleicht irgendwo einen Vergleich zwischen den Verschiedenen Möglichkeiten
speziell mit Delphi Win32 auf Oracle zuzugreifen.

Und noch eine Frage zu DOA: hat das Vorteile gegenüber ODAC oder ADO?

[delphirocks]

Nachteil von DAO: keine "net" Option möglich, du brauchst also immer die Oracle Client-Software.
Vorteil von DAO: Package Wizard (generiert dir einen Delphi Wrapper für Oracle Packages, d.h. du hast ganz normales Intellisense für den Aufruf von Packages) - bin mir nicht sicher, ob Corelab da schon nachgezogen hat.
Du ersparst dir bei großen Packages viel Schreibarbeit.

Von der Performance glaube ich wird es sich ähnlich verhalten wie bei Java thin vs. Java/OCI ... je mehr Stored procedures desto performanter die OCI Lösung.

Ich verwende zur Zt. die DAO Komponenten und bin sehr zufrieden damit. Allerdings wußte beim Kauf vor ein paar Jahren noch nichts von der ODAC net Option...

Performanceprobleme wirst du wahrscheinlich mit keinem der beiden Komponentensets erfahren.

Den einzigen Vorteil, den ich bei ADO erkennen kann, ist die universelle Schnittstelle, dh. du kannst eventuell datenbankunabhängig programmieren, wenn du keine datenbankspezifischen Extras verwendest...
Ach ja, und natürlich der Preis.
Wobei sowohl DAO als auch ODAC den Preis wert sind.

[Bernhard Geyer]

Zitat von gunSoft:

Auf euren Ansporn an habe ich eben ODAC und ADO mit Instant Client getestet und gemerkt dass ODAC um Längen schneller
zu sein scheint. Ich hatte öfters schon den Verdacht das ADO etwas langsam ist...

Meinst Du ADO oder den ADOExpress/dbGo-Aufsatz von Delphi. Dieser bremst natürlich auch da er nochmal eine Zwischenschicht darstellt.

Zitat von gunSoft:

Und noch eine Frage zu DOA: hat das Vorteile gegenüber ODAC oder ADO?

Bei vielen Firmen die Oracle einsetzen ist ein passender Client fast immer installiert. Bei ADO wird das nicht der Falls ein so das Du extra-Installationsaufwand hast.

Zitat von delphirocks:

Den einzigen Vorteil, den ich bei ADO erkennen kann, ist die universelle Schnittstelle, dh. du kannst eventuell datenbankunabhängig programmieren, wenn du keine datenbankspezifischen Extras verwendest...

Und jede halbwegs größere Anwendung wird DB-Spezialitäten verwenden bzw. aufgrund der unterschiedlichen SQL-Syntax hier eh die DB's unterscheiden müssen.

Zitat von delphirocks:

Ach ja, und natürlich der Preis.
Wobei sowohl DAO als auch ODAC den Preis wert sind.

FULL ACK (ich habe im Moment DAO im Einsatz).

[gunSoft]

Erstmal danke für eure Stellungnahmen!

Zur Klärung:
mit ADO meine ich die ADO (ADODB) Komponenten von Delphi (aktuell benutze ich Delphi 7).

Bezüglich passender Oracle Client-Software:
wie ich hier gelernt habe gibt es folgende Möglichkeiten:
- "Normaler" Oracle-Client
- Oracle Instant Client
- direkter Zugriff über TCP/IP (ODAC Net)
gibt es da noch andere Möglichkeiten?

[Elvis]

Zitat von gunSoft:

Habe jetzt mal ADO mit Instant Client versucht und es funzt!

DOA (DirectOracleAccess) nicht ADO!
Und ja, das läuft prima mit dem Instant client. Deren PL/SQL Developer kann man auf die Art als Portable App neben OpenOffice und FireFox immer mit sich auf einem USB Stick herumtragen.
Falls ich irgendwo mit Ora arbeiten muss, muss ich nur die dortige OraDB in die tnsnames.ora eintragen und los gates.

[Alfons_G]

Also ich kann aus meiner mehrjährigen Erfahrung mit ODAC D5, D7, D2005) nur sagen, dass ich wirklich zufrieden bin .

Die Upgrade-Poltik ist sehr gut. Man kann sich mit dem einmal erhaltenen Download-Link immer wieder einloggen und die jeweils aktuellste Version downloaden. Mit dem Kauf erwirbt man die Versionen für alle Delphi-Versionen seit D3 und kann sich die jeweils benötigten Bibliotheken downloaden.

Der Support ist nach meiner Meinung hervorragend. In den (wenigen) Fällen, wo ich Hilfe gebraucht hatte, kam die Antwort per Mail innerhalb weniger Stunden.