Wie SQL (ADO) Fehler abfangen?

[PinkFloydFan]

Hallo ihr da draussen... :???:

Vielleicht kann mir einer von euch mal wieder weiterhelfen...

ich bastle aus veschiedenen Comboboxen eine String zusammen, den ich an ein ADODataSet sende..

Wenn nun aber Fehler in dem String sind, krieg ich zwar ne Meldung, aber die is vom Compiler.

wie schaffe ich es, diese Fehler per Hand abzufangen??

Delphi-Quellcode:

SQLString:= 'Select * from '+ ComboBoxBaugruppe.Text + '_'+ComboBoxECStand.Text+' where Sortbegr = '+ #39+Edit10.Text+#39;
    ADODataSet1.Active := False;
    ADODataSet1.CommandText := SQLString;
    try
      ADODataSet1.Open;
    except
      MessageDlg('Das und das stimmt nicht !!' , mtWarning, [mbOk], 0);
      //weiteres veanlassen
    end;
    
    ADODataSet1.Close;
    .
    .
    .
    //normalen Code weiterarbeiten..

Ich komme nie in die Bedingung "except", auch wenn Fehler in dem SQL-String sind...

warum?

[mkinzler]

Im Debugger werden Exceptions trotz Handler angezeigt, wenn man das für diesen Fehler nicht deaktiviert. Ausserhalb des Debuggers wird der Fehler aber nicht angezeigt. Mit ADO kenn ich mich aber nicht so aus, es könnte auch möglich sein, das ADO den Fehler auf jedenfall anteigt.
BTW: Ich würde SQL-Parameter verwenden.

[PinkFloydFan]

@mkinzler:

stimmt! du hast recht!!

ohne Debugger (also die *.exe wegstarten) komm ich plötzlich in meine Exception..


wie krieg ich das auch beim entwanzen hin, gibts da nen Compiler-Befehl??

wär ja umständlich, ständig die exe wegzustarten....


Edit// hab ich vergessen.. was meinst du mit SQL-Parametern?
bin ja auch nicht vertraut mit sql, ADO usw.. (learning by doing.. :thumb: )

[mkinzler]

Kann man in der IDE abstellen (Debugger-Exceptions)

[PinkFloydFan]

da gabs doch früher mal diese {$xy} - Anweisungen...

[PinkFloydFan]

Ich weiss..

nach oben heben ist nicht erwünscht... :oops:

aber bitte mein Edit in Topic3 lesen...

weiss da keine/keiner was???

Zitat:

Edit// hab ich vergessen.. was meinst du mit SQL-Parametern?
bin ja auch nicht vertraut mit sql, ADO usw.. (learning by doing.. )

[alzaimar]

Neue Frage, neuer Thread.

[Hansa]

Zitat:

Zitat von PinkFloydFan

Edit// hab ich vergessen.. was meinst du mit SQL-Parametern?

Du sollst ein allgemeingültiges Select-Statement schreiben und da die Parameter mit konkreten Werten besetzen.

SQL-Code:

SELECT * FROM TABLEX WHERE :FELD=FELD

Rest : ParamByName bzw TDataSet in OH nachlesen.

[PinkFloydFan]

das mit den allgemein gültigen Select-Statements ist mir schon klar...

es gibt aber (bei mir zumindest) noch tabellen, die erst zur Laufzeit von anderen Usern erstellt werden, die ich zur laufzeit noch nicht sehe, die dbEdits aber schon mitkriegen...


Ich möchte nix weiter als den Fehler

Zitat:

Entweder EOF oder BOF ist True oder der aktuelle Datensatz wurde gelöscht...
Der angeforderte Vorgang benötigt einen aktuellen Datensatz

abzufangen..


und damit meine eigene Behandlungs-Routine starten...

[mkinzler]

So wäre es richtig

SQL-Code:

SELECT * FROM TABLEX WHERE FELD=:FELD;

oder

SQL-Code:

SELECT * FROM TABLEX WHERE Feld=@Feld;

je nach DBMS

[PinkFloydFan]

Genauer gesagt:

Wie kann ich einen Fehler im SQL-Statement

SQL-Code:

(select dasunddas from Tabelle1 where Dumm = 2)

abfangen, wenn Dumm = 2 nicht existiert...

[mkinzler]

Da hier kein Fehler sondern nur eine leere Datenmenge zurückgeliefert wird, kannst du diesen auch nicht abfangen.

[PinkFloydFan]

aha...



da muss man aber auch die Daten abfragen können, ob die leer sind oder nicht...

also quasi von hinten durch die Brust mitten ins Auge... :?

[Hansa]

Ich schreibe das normalerweise auch andersrum. Zumindest FB ists sowieso egal.

Wichtiger ist noch das hier :

Zitat:

Ich komme nie in die Bedingung "except", auch wenn Fehler in dem SQL-String sind...

warum?

Im Delphi-Programm kommt direkt auch keine Exception !! Das SelectSQL ist ein gültiger string. Die Fehlermeldung kommt erst in der Datenbank.

Muss das Open nicht auch vor das Try ? :gruebel:

wg roter Kasten : DataSet.IsEmpty gibts bestimmt auch.

[mkinzler]

Oder du überprüfst, die Anzahl der zurückgegebenen Datensätze. DataSet.RecordCount, native API, im Query (nur Anzahl oder als Erweiterung der Abfrage)

[mkinzler]

Zitat:

Ich schreibe das normalerweise auch andersrum. Zumindest FB ists sowieso egal.

Allgemien heisst es aber <Feld> = <Wert>. Da die meissten DBMS aber keine Parameter für Felder zulassen, verstehen sie die Abfgare. Da würde ich mich aber nicht darauf verlassen.

[PinkFloydFan]

Jaa. endlich...

jetzt kommen wir in die richtige Bahn..

Ich weiss es nicht, wo das Open, Close, Try, Excecpt usw hin muss...



deswegen meine Frage an die Expertinnen/Experten hier..


Ja ich gebs zu, ich schäme mich :oops:

[PinkFloydFan]

ich will ja nicht unverschämt sein,

aaaber

ein klitzekleines Beispiel wär nict schlecht.....

[mkinzler]

Für was? Grundsätzlich ist dein Programm doch nicht falsch, du kannst halt keinen Fehler abfangen, der nicht geworfen wird.