das ausführen der Navigation funktioniert nur, wenn ich mehrmals die SpeedButton clicke.

asIn_3 = "Feld_2";
asIn_4 = asDatenfeld;
              //
DataModule1->Query4->SQL->Add("SELECT * FROM '" + DbGruppeTypePathName  + "' Where");
DataModule1->Query4->SQL->Add(asIn_3 + " = '" + asIn_4 + "'");
DataModule1->Query4->RequestLive = true;
//          das Query öffnen
DataModule1->Query4->DBSession->AddPassword(asPwUserDb_2);
DataModule1->Query4->Open();
              //
DataModule1->Query4->FindLast();

//... Datensatz lesen / schreiben

//...  Datenbank schliessen
DataModule1->Query4->Close();
DataModule1->Query4->Close();
DataModule1->Query4->SQL->Clear();
DataModule1->Query4->RequestLive = false;
DataModule1->Query4->DBSession->RemoveAllPasswords();

kann es möglich sein, das der Ablauf von öffnen, suche, schliessen zu schnell ausgeführt wird ?

Gruß Siegfried

moeglicherweise dauert das zu lange

Was sagt denn der Debugger dazu

MfG
Klaus

Ich bin jedoch der Meinung, das der Code mit einer Navigation zu tun hat. Also, mit dem Click eines SppedButton, durchlaufe ich diesen Code. Wenn ich z.B. den nächsten Datensatz haben möchte, nehme ich anstatt FindLast FindNext. Dabei ist zu beobachen, daß ich mehrmals den SpeeedButten Clicken muß, um zu dem nächsten Datensatz zu gelangen. Den letzen Datensatz wird überhaupt nicht über FindNext angesprochen.
Bin inzwischen etwas weiter gekommen. Ich habe festgestellt, das bedingt durch die schnell aufeinander folgend Befehle, der Zugriff (Navigation) auf eine DB nicht korrekt abläuft. Leider muß ich diese Programmzeilen so ausführen, da die DB gleich welcher Art des Zugriffs, sofort nach beendigung der Routine geschlossen werden muß. Zur Information. Das ganze befindet sich in einer Prozeß-Steuerung.

Sorry für die erste kurze Beschreibung.

Gruß Siegfried

was ich nicht verstehe: warum öffnest du die Tabelle nur zum Suchen, und schließt diese wieder? Wenn du statt dessen diese Tabelle ständig geöffnet hast, kannst du einfach TDBNavigator benutzten, und brauchst keine eigene Routinen zu schreiben.

bis bald
akari

dann geh doch einfach mal her und
mach als erstes SpeesButton->Enables = false;
und als letztes SpeesButton->Enables = true;

Dann sind doppelbetaetigen (vor Ende einer Abfrage) schonmal weg
MfG
Klaus

Nein zu suchen. Siehe > //... Datensatz lesen / schreiben < . Habe den Code verkürzt dagestellt.
Leider läßt sich das Öffnen, Lesen/schreiben, Schliessen aus Sicherheitsgründe nicht anderst lösen. Mir ging es darum, daß die "Navigation" so nicht funktioniert. Hast du eine bessere Lösung ? Reihenfolgen müssen aber beibehalten werden !

Gruß Siegfried

kann es sein das dein Rechner ein P4 mit hyperthreading ist ?
Da hatte ich bei SQL-Abfragen schonmal echten Aerger
(hat einfach weitergemacht ohne auf die Daten des Open zu warten)

MfG
Klaus

Ja, mein Entwicklungs-Rechner ein P4 mit hyperthreading.

Gruß Siegfried

bei einem Kunden von mir hat es was gebracht, das Programm auf
Win98 Kompatibilitaet zu setzen

MfG
Klaus

ich werde dieses versuchen.

Gruß Siegfried

Möchte kurz Bericht erstatten, wie ich das Problem gelößt habe. Nach meiner Meinung liegt das Problem an dem schellen Ablauf von "öffnen, lesen/schreiben, schliessen".
Also: In FormCreate wird eine StringList, die auch noch für andere Proceduren benötigt wird, mit alle gefilterte "ID's", geladen.
In der Navigation-Procedur nutze ich FindNext, FindLast usw. nicht mehr. Ich habe statt dessen mit einem zusätzlichem Filter, der sich auf die StringList "ID", beruft.
Dieses funktioniert einwandfrei.

Gruß Siegfried