AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Zitat:
ist das ein spezieller Vorgang (meinetwegen Button "ersatzrechnung") oder identisch mit Standardrechnungen? Geschieht das gleich mit Kundenzuordnung? .. und die gemerkte Nummer in deren Feld ERSETZ.. Ist das Bestandteil des Vorgangs neue Rechnung oder eine separate Opteration / Button oder Handarbeit? So wie es beschrieben ist, finde ich vor allem die "Merken"Stelle kritisch. Irgendwann drückt der MA "merken" und irgendwann später wird das gemerkte wieder ausgespukt. Ist das für den MA transparent (also wird die Merkung visualisiert)? Ist das wasserdicht? Kann auch eine Nummer 2x "ausgespukt" werden bzw. solange, bis der Mitarbeiter mal wieder daran denkt, die richtige Nummer merken zu lassen? Ach und das noch: Loggen ist immer gut, sollte bei einer firmeninternen Anwendung auch kein Problem sein. Am besten gleich auf einem Server, bei nicht Erreichbarkeit lokal, gerne auch etwas flexibel, zu/ab- schaltbar, .... Und nicht nur die Stelle, die gerade interessant ist. Der nächste Fehler wird ja vermutlich woanders auftauchen. |
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Zitat:
Delphi-Quellcode:
Die Rechnung die ersetzt werden sollte, war die ganze Zeit im Grid sichtbar. Und ist momentan auch da. Wie gesagt: Wenn sie irgendwie gelöscht worden wäre und dann irgendwie wieder neu ins System gelangt sein sollte, hätte sie jetzt eine andere RgNr und ich würde sie nicht mehr sehen (durch den Generator). Order irre ich mich da? Und procedure AktuelleRechnungErsetzen; var ErsetztRgNr: String; begin ErsetztRgNr := Rechnungen.FieldByName('RgNr').asString; //<-- hier steht das DBGrid auf der Rechung, die ersetzt werden soll //hier wird eine neue Rechnung eingefügt und auch schon im Grid angezeigt und selektiert. if InsertAtBegin then begin Rechnungen.First; Rechnungen.Insert; end else Rechnungen.Append; Rechnungen.FieldByName('RgNr').asString := GetNewRgNr; Rechnungen.FieldByName('KdNr').asString := Kunden.FieldByName('KdNr').asString; Rechnungen.FieldByName('Datum').asDateTime := Date; Rechnungen.FieldByName('RgNr').asString := ErsetztRgNr //<-- hier die RgNr, von der Rg, die ersetzt werden soll, in die neue Rg einfügen ...usw für alle Felder
SQL-Code:
hat sie mir auch zum Zeitpunkt des Fehler auf dem betroffenen Client angezeigt.
select * from Rechnungen where RgNr = 5
|
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Wichtig wäre zu wissen, wo das Rechnungen.Post stattfindet, denn dort wird (höchstwahrscheinlich) der Fehler geschmissen. In dem Moment werden die Daten in die Datenbank geschrieben und die kann dann alle Constraints ... prüfen.
Das Problem scheint wohl grundlegend im Umfeld der zeitgleichen Änderung / Ergänzung ... der Daten eines Kundes von mehreren Usern zu liegen. Daher tritt der Fehler nach dem Beenden der Clientsoftware und deren Neustart nicht mehr auf. Hast Du die Möglichkeit mal folgendes Zenario zu erstellen: zwei Clients zwei User beide rufen Kunde Nr. 17 auf beide ändern Daten des Kunden Nun speichert ein User die Daten. Hat er Erfolg? Nun speichert der andere User die Daten. Hat er Erfolg? Naja: Und hier müsstest Du nun alle Kombinationsmöglichkeiten durchprobieren. Also beide ändern zeitgleich 'ne Rechnung, ändern Notizen, legen sie an ... Jeweils protokollieren, wo welche Fehlermeldung auftritt, bzw. was erfolgreich funktioniert. Damit müsste dann herauszufinden sein, welche Konstellation nicht recht funktioniert und dort müsste man dann die Programmlogik anpassen. |
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Interessant wären auch DML-Skripte.
|
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Zitat:
|
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Das sind die DDL-Skripte. Ich meinte die Skripte für Insert, Update, Delete in den TDataSet-Nachfahren (IBCQuery, IBCTable).
|
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Mich interessiert (seit Post #7), mit welchem Select Rechnungen befüllt wird und welche weiteren Selects es da so gibt.
Sind's einfach nur Select * from irgendeinertabelle oder sind's Joins oder haben sie 'ne Wherebedingung und wenn ja welche ...? Wir arbeiten hier mit ReadCommited. Was sieht denn jetzt (aufgrund der bisher unbekannten DML's) der einzelne Client, wenn mehrere Clients zeitgleich an einem Kunden "rumdaddeln"? Für mich persönlich ist die Informationslage noch eindeutig "zu knapp", um sinnvolle Hinweise auf mögliche Fehlerstellen geben zu können. |
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Zitat:
|
AW: Firebird: Datensatz wird nicht gefunden, obwohl er da ist
Das macht wohl Sinn. Wir brauchen die DML Statements um mal zu entscheiden was überhaupt passieren kann. Die Komponenten selbst setzen generierte SQL Statements ab. Wir müssen quasi reverse in die Anwendung reinschauen.
Dann bekommen wir einen besseren Einblick welche Statements die Komponenten absetzen und erst dann geht man her und schaut wo das Verhalten in der Anwendung auftritt. Von jeder Technologie losgelöst macht das Sinn. Solche Fehler kommen immer wieder und können zunehmen. Wie du sagt, so etwas soll nicht passieren. Kann sein, dass proaktiv zu Handeln zwar nur mögliche Szenarien hervorbringt, wohl aber ist mal Erkenntnis zu haben ein Schritt in Richtung Lösung. Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:54 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz