DBgrid Fehlermeldung ersetzen

[khh]

Hallo zusammen,
per Fremdschlüssel in der DB verhindere ich nun das Löschen im DBGrid eines betroffenen Datensatzes.
Funktioniert wunderbar!
Jetzt weiss ich aber nicht, wo ich die unschöne SQl-Fehlermeldung abfangen und durch eine eigene Meldung ersetzen kann?

Danke für eure Hilfe

[DeddyH]

Du müsstest doch eine Exception bekommen, die Du mit try-except behandeln könntest.

[khh]

ja das denke ich auch, aber _wo_ fange ich diese ab?

im afterPost der query, oder wo sonst?

[DeddyH]

Wie löschst Du den Datensatz? Per Query oder per Dataset.Post? Zumindest wäre das die richtige Stelle.

[khh]

über den DBnavigator



dataset des datasource ist die Query

ich müsste noch ne Ztable dazwischen hängen?

[DeddyH]

*Öhm* *äh* den DBNavigator benutze ich nie, da müsste ich auch erst nachschauen, wo da die richtige Stelle ist, vermutlich aber ein Event des Datasets.

[khh]

ja ich benutze das Ding auch zum ersten mal, dachte halt das ist einfacher :-)


Im bevorPost und im afterpost der query, die ja das dataset des datasource darstellt komm ich aber nicht vorbei, wenn ich über den Navigator lösche :-(

die Exception-Meldung kommt woanders her :-(

[shmia]

Du kommst an die Exception nicht so einfach dran, weil ein Mausclick-Event die Ursache für den Aufruf von [TDataset].Post war.
Die Exception schlägt dann innerhalb der

Delphi-Quellcode:

procedure TApplication.WndProc(var Message: TMessage)

auf und wird dann mit HandleException weiterverarbeitet.

Du könntest dich in Application.OnException einklinken aber dort kannst du nur global auf Exceptions reagieren.

==> es geht halt nicht

[khh]

@shima
ich danke dir.
ich hab wohl geahnt, dass dieser navigator nicht das gelbe vom Ei ist :-(

Muss der Anwender mit so einer für ihn unverständlichen fehlermeldung leben :-(

[dataspider]

Hi,

der DBNavigator lässt sich leider nicht überreden, die Standardaktionen auszuführen.
Ich benutze ihn auch nicht.
Aber die DB - Zugriffskomponenten haben doch meist ein Event OnPostError.
Dort sollte man IMHO vernünftig eingreifen können.

Frank