ODBC Monitor

[hewy]

Hallo zusammen,
Gibt es irgend eine Möglichkeit den Befehlsverkehr zwischen meine Delphi Applikation und eine ms-access Datenbank zu überwachen, z.B. mit irgend einem tool das sich in die BDE oder ODBC einklinkt, oder wie würde sich solch eine Delphi Applikation bauen lassen?
Das Log welches sich in ODBC Verwaltung aktivieren lässt hilft mir leider nicht da dadurch die Applikation quälend langsam wird, und ich möchte die Überwachung über längere Zeit laufen lassen, und beim Auftreten gewisser SQL Querys reagieren.

Besten Dank für jeglichen Wegweiser
Henry

[Bernhard Geyer]

Borland liefert(e?) doch in größeren Editionen den Borland SQL Monitor mit. Der sollte sowas doch können.
Was willst Du denn machen in solch einem Fall bzw. wenn es dein Programm ist kann doch du selbst im Programm entsprechend Codieren.


Ansonsten kann ich nur sagen: Weg mit der BDE und ODBC. Für Access nimmt man ADO und geht direkt auf den JET-Treiber los.

[hewy]

Hallo
Die Situation sieht in etwa so aus:
Applikation mit über 300 Datagrids, Popups und vieles mehr.
Hat jemand anderes gebaut.
Werden gewisse Popups geöffnet werden so an die 20 bis 30 Querys ausgeführt.
Vieles läuft über tQuery, einiges aber auch über tTables.
Nun werden in ganzbestimmten fällen QueryExecutes ausgeführt welche zwar für die Datenbank akzeptable sind, jedoch werden falsche Daten oder Verweise geschrieben. Was wieder zu Fehler in den eingefügten Daten führt. Diese sind jedoch nicht einem bestimmten Teil der Applikation zuzuordnen, denn über 100 Stellen im Programm schreibt i die betroffene Tabelle. Nun suchen wir seit einigen Wochen nach den Ursachen, konnten den Fehler jedoch nicht reproduzieren. Daher die Idee einen kleinen Monitor zu schreiben der den Fehlerhaften SQL String aufspürt, und dieses dann ein par Tage auf den verschiedenen Clients laufen lassen.
Auf ADO wechseln will der Kunde nicht finanzieren. Die Applikation läuft sonst sauber, auch wenn diese in vielen Bereichen nach Gebastel aussieht..
Daher meine Frage gibt irgend einen ODBC oder BDE Schnüffler, oder sonst irgend einen anderen Weg.
Danke Henry

[hoika]

Hallo,

wie schon gesagt, gibt es den sql monitor in den
enterprise-Versionen. Der muss vor der eigentlichen Anwendung gestartet werden.

Alternativ gibt es:

http://www.delphi3000.com/articles/article_2828.asp?SK=

Dort muss man sich aber anmelden,
ist aber für die ersten 50. Artikel kostenlos.

Das "Tracen" über Callback geht auch für "normale" Befehle.

Das "in bestimmten Fällen falsche Verweise" leuchtet mir nicht ein,
auch Access hat foreign keys (oder nicht).
Wenn nicht, musst du halt ne Debug-Version schreiben,
die vor dem Schreiben die Gültigkeit noch mal prüft.
Das das in einer App, die du nicht selbst geschrieben hast nicht so winfach ist,
ist mir klar.


Heiko
PS:

[hewy]

Hallo
Der SQL Monitor stürzt zusammen mit dem Programm ab noch bevor die Applikation vollständig gestartet ist. Keine Ahnung weshalb im Debugger mit Delphi stürtz er aus nochmals anderen gründen viel früher ab.
Habe nun einen Logger geschrieben der mir die SQL Befehle aufschreibt welche an den Möglicherweise verantwortlichen stellen verwendet werden, und dann schnell den Verursacher entdecken können.
Nun stehe ich vor einem neuen Problem.
Die betreffende Tabelle wurde vor kurzem auf einen SQL Server verlegt, und in der MS Access Datenbank nur noch eingebunden.
Nun zum Problem: in der betreffenden Tabelle gibt es 78 Felder, ein einziges davon ist ein Bit Feld (also Boolean), welches an einer selten verwendeten Checkbox vom GUI hängt. Wird nun dieses Feld angeklickt passiert erst mal nichts ungewöhnliches, erst wenn der Datensatz das nächste mal geöffnet wird erscheint ein Fehler beim Befehl aQuery.Edit, der besagt das der Datensatz geändert wurde und nicht mehr in den edit Modus gesetzt werden kann. Die Fehlermeldung erscheint nur wenn die Applikation innerhalb Delphi gestartet wird. Im Normalen Betrieb merkt man zuerst gar nichts, ausser das die Daten auf dem entsprechenden Popup nicht editierbar sind.
Nun die Frage gibt es irgend eine Spezielle Behandlung für Boolean Felder wenn die Tabelle auf einem SQL Server liegt?
Weis hier jemand etwas?
Danke und Gruss
Heiri

[Bernhard Geyer]

Am besten mal mit dem SQL Server Tracer kontrollieren was überhaupt per SELECT und Update-Befehle für diese Tabelle kommen.
Ein Bit-Feld ist nunmal ein spezieller Datentyp den jede Datenbank anders verwaltet/handelt. Wenn nun solch eine Spalte über ein zweitsystem eingebunden wird und noch per ADO-Mapper umgesetzt wird kann einiges schief laufen bzw. mißverständlich ablaufen (z.B es werden falsche Werte für "0" und "1" zur DB geschickt oder als falscher Datentyp interpretiert.

[hewy]

Hallo
Der SQL Server Profiler zeigt alle Befehle sauber und Fehlerfrei auf. Das betreffende Bit Feld wird mit 0 für False und 1 für True ausgegeben.
Der Fehler erfolgt wahrscheinlich im GUI. Wird die Tabelle mit aQuery.open geöffnet werden die Daten Fehlerfrei angezeigt, inklusive dem Bit Feld, Sobald der Datensatz in den Edit Modus gesetzt wird erfolgt jedoch die Meldung: ’Datensatz kann nicht gesperrt werden, da der Datensatz von einen anderen Benutzter geändert wurde.’.
Dies auch wenn aQuery.Edit ausgeführt wird.
Es ist nur eine Instanz der Applikation Aktiv, und auch nur einen Client (meiner) zur Zeit online.
Danke für jeglichen Hinweis.
Heiri

[Bernhard Geyer]

Gibt es eigentlich auch den Bit-Datentyp unter Access. Falls ja lege mal eine Tabelle mit der gleichen Struktur direkt in Access an und für die gleichen Tests durch. Welche Datentypen werden auf Delphi-Seite für die Spalten verwendet?

[hewy]

Die Tabelle wurde ab einer Access Datenbank in den SQL Sever konvertiert, dazu gib es von Microsoft ein Toll das die Struktur erstellt und die Daten überträgt. Danach wurde die Tabelle in der noch immer verwendeten Access Datenbank als externe Tabelle eingebunden. Wird die Tabelle im Access geöffnet sehen die Boolean Felder genau gleich aus wie wenn die selbe Tabelle im MS Access liegt. Das ist eben das verflixte dabei es ist kein Unterschied festzustellen, und dennoch behauptet die Delphi Applikation das etwas geändert wurde wenn ein Boolean Feld geladen ist, und in den Editmodus gewechselt werden soll. Nicht initialisierte Booleanfelder können dagegen problemlos in den Editmous gestellt werden, danach geändert werden und auch gespeichert werden.

[hewy]

Hallo
Danke für alle bisherigen Anregungen,
Da ich jedoch in der ngelegenheit nicht weiter gekommen bin, habe ich nun eine kleine Testapplikation erstellt und den Umfang auf das Minimum reduziert und nun auch ohne die MS Access Datenbank dazwischen.
Es genügt die tQuery in den Edit Modus zu setzen um den Fehler zu produzieren. es brauchen gar keine Komponenten angehängt zu sein.
Der Fehler erscheint jedoch nur bei den Datensätze bei welchen ein Bit Feld vorhanden ist in dem zuvor einmal der Inhalt verändert wurde.
Vieleicht gibt es jetzt jemanden der schon mal damit konfrontiert wurde.
Danke und Gruss
Heiri