![]() |
AW: Firebird Fehlerhaftes Returning
Das Feld wird auch nicht an den Client zurückgegeben, sondern der Wert des Feldes ( in dem entsprechenden Parameter)
|
AW: Firebird Fehlerhaftes Returning
@Pro_RJ: Wenn er serverseitig passt, dann ist das a) ein Indiz dafür, dass die Verwendung im Code nicht passt oder halt IBX das RETURNING nicht unterstützt. Bzgl. Verwendung FieldByName/ParamByName wird es vermutlich auch in IBX davon abhängen, ob man eine Ergebnismenge offen hat oder nicht. Stichwort Open vs. ExecSQL.
|
AW: Firebird Fehlerhaftes Returning
Zitat:
Aber warum funktioniert dann diese Scheife einige 100K mal und nur in einem Passt der wert nicht. DIe Daten sind immer die gleichen, die Schleife ist immer gleich, das Einfügen ist immer gleich es ist alles Identisch und bei allen Statements ist der wert in FIeldByName vorhanden nur ab und zu mal nicht PS: Ein IBSQL.Open gibt es so nicht, das ist lediglich eine "nur lesen" eigentschaft, mit der geprüft werden kann ob die Datenmenge Aktiv ist oder nicht. Aber man dann damit keine Datenmenge öffen oder ein Statement absetzen |
AW: Firebird Fehlerhaftes Returning
Zitat:
|
AW: Firebird Fehlerhaftes Returning
@Pro_RJ: Hab mir jetzt nochmal dein Delphi-Pseudo-Code Beispiel angesehen, und werde daraus nicht wirklich schlau.
* Kannst mal die DDL inkl. Trigger der beteiligten Tabellen posten? * Generell würde ich dir auch raten, dass du in der Schleife nicht immer den SQL.Text neu setzt, sondern außerhalb der Schleife das SQL zusammenbaust, ein Prepare machst und innerhalb dann nur die Parameterwerte austauscht. Sollte bzgl. Performanz einiges bringen * Spricht etwas dagegeben, das Ganze in einer Stored Procedure zu machen? Da würde dann so richtig die Post abgehen. |
AW: Firebird Fehlerhaftes Returning
Das Posten der Tabelle ist schwierig,
da etwar 20-25 Verschiedene (und Stellenweise sehr Komplexe tabellen vorhanden sind) Der Pseudo-Code ist auch nur ein Beispiel. Es Handelt sich hierbei um den Abruf von externen Registrierkassen (den Namen lass ich einfach mal weg :) ) Über diese Kassen werden Bestellung,Retouren,Inventuren,Arbeitszeiten,Produ ktionen und Verkäufe getätigt und diese Daten werden von uns aus den Kassen abgeholt, zwischengespeichert und in unsere Warenwirtschaft eingepflegt. Deshalb kann ich leider nur PseudoCode anbieten. Eine SP wäre grundsätzlich eine gute Idee ist nur leider ein riesiger aufwand. wobei die Geschwindigkeit auch nicht das Problem ist. Es sind 80 Kassen und jede Kasse liefer ca 20.000 - 30.000 Daten. Diese Werden per ISDN in ca 45-60 abgeholt und in ca 2-3 Stunden Verarbeitet anschießen werden die Kassen noch Akutalisiert und wieder gesendet. |
AW: Firebird Fehlerhaftes Returning
Sind die Datensätze, bei denen der Fehler auftritt denn immer gleich, oder ist das auch "willkürlich"?
schreibt IBX den returning-Wert vielleicht einfach in ein anderes Feld? (Bug?) Sind die Anzahl der Felder immer gleich? (würde ich überprüfen) |
AW: Firebird Fehlerhaftes Returning
Mit diesen Informationen kann ich leider nicht mehr weiterhelfen. Bei Interesse können wir das auf kommerzieller, privater Basis mit Verschwiegenheitsklausel etc. abhandeln.
|
AW: Firebird Fehlerhaftes Returning
Zitat:
Ich weis, das es leider seher schwierig ist, mit den wenigen Informationen weitere Tipps zu geben. ich bau mir erstmal ein Work-Around um das Problem anders zu lösen. Danke schonmal an die Vielen Tips. |
AW: Firebird Fehlerhaftes Returning
Wenn man Parameter abfragt, muss da nicht ein Doppelpunkt vor dem Parameter stehen?
Bei Deinem Beispiel so:
Code:
Gruß Hartmuth
IBSQL.sql.text := 'Insert into TBL (Nr) values (1) Returning :Zaehler';
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:45 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz