Hallo,

ist es möglich bei einem Connect auf eine Datenbank, die Meldungen von der Datenbank abzufangen und auszugeben?
Bsp.:
wenn ich mich mit einem SQLTool auf die DB connecte dann poppt eine MessageBox auf ("PLAN_TABLE did not exsists"). Dannach kann man dann mit dem Tool arbeiten.

Bei meinem Tool habe ich das Problem, wenn ich mich auf die DB connecte, dass ich eben nicht solche Meldungen bekomme.

MfG
schuetze09

Zitat von schuetze09:

Hallo,

ist es möglich bei einem Connect auf eine Datenbank, die Meldungen von der Datenbank abzufangen und auszugeben?
Bsp.:
wenn ich mich mit einem SQLTool auf die DB connecte dann poppt eine MessageBox auf ("PLAN_TABLE did not exsists"). Dannach kann man dann mit dem Tool arbeiten.

Bei meinem Tool habe ich das Problem, wenn ich mich auf die DB connecte, dass ich eben nicht solche Meldungen bekomme.

Ich denke diese "Fehlermeldung" ist keine von Oracle generierte Meldung, sondern vom SQLTool und stellt eine Hinweis dar, das ohne diese optionale Plan-Tabelle evtl. manche Features des Tools nicht zur verfügung stellen. Wenn Du nach PLAN_TABLE und Oracle suchst wirst du den Nutzen dieser Tabelle bekommen.

Meldungen/Fehlermeldungen der Datenbank bekommst Du normalerweise über die entsprechenden Events deiner eingesetzten Komponenten mit bzw. durch entsprechende Schachtelung von try...except-Konstrukten.

OK, das habe ich ja, ich dachte nur, dass es auch Messages von der DB selber gibt.

Was kann ich eigentlich bei einer AdoConnection mit dem OnInfoMessage anstellen??
Welche Error-Meldungen werden damit ausgegeben?

MfG
schuetze09

Wenn es wirklich Fehlermeldungen sind, werden sich auch eine Exception auslösen:

markieren

Delphi-Quellcode:

try
  ADOConnection.Connect;
except
  on e: Exception do
    .... <- Hier Fehlerbehandlung
end;

Wieso verwendest Du ADO (Und hoffentlich doch nicht auch noch den MS-Provider)?
Es gibt genügend native-Komponenten, wo bei weiten weniger Probleme zu erwarten sind als mit ADO und auch noch auf Oracle-Features verwendet werden können, die über ADO nicht erreichbar sind. Und weniger Installationsaufwand/konfigurationsaufwand hast Du auch noch.

Hallo,

ich mache es so, wie du es beschrieben hast.
welche kostenlosen alternativen gibt es zu ADO?

Zitat von schuetze09:

Hallo,

ich mache es so, wie du es beschrieben hast.
welche kostenlosen alternativen gibt es zu ADO?

Kostenlos kenne ich nur ZEOS, alle anderen Kosten etwas (lohnen sich aber für den professionellen Einsatz).

von nicht nicht Kostenlosen, welche sind da zu empfehlen und nicht so teuer?

Selbst verwende ich die Direct Oracle Access-Komponenten ohne Probleme.
Sind vor kurzen von einer älteren Version (ca. 3 Jahre alt) auf eine aktuelle Version umgestiegen (Oracle hat mit Oracle 10i einen inkompatiblen Client herausgebracht) und haben keine einzige Quellcodezeile anpassen mussen. Verwenden aber auch "nur" Standardfeldtypen für Strings und Blobs, da wir diverse DB-Systeme unterstützen.
Alternativen kannst Du finden wenn Du die Forums-Suche etwas bemühst.

Zitat von schuetze09:

von nicht nicht Kostenlosen, welche sind da zu empfehlen und nicht so teuer?

DirectOracleAccess Inklusive OracleMonitor kam es bei mir IMHO auf 250€ (Kann es aber nicht mehr so genau sagen )

DOA bietet dir auch die Möglichkeit mit Oracle objekten zu arbeiten und einen ref cursor einer TOracleQuery zuzuweisen.
Du kannst sogar Methoden des Objektes aufrufen und ihnen Parameter übergeben.

aktueller Preis ist im Moment 140€ für die DOA zzgl MwSt.
Finde ich akzeptabel. Benutze die auch schon seit Jahren.