![]() |
AW: FireDAC: Endlosschleife bei Post auf FDTable
Zitat:
Mich wundert es nur, dass das Problem mit einem Mal auftritt und es sich offenbar um einzelne Datensätze handelt, die querliegen und die Arbeit blockieren. Wenn das System beim Kunden ruht, werde ich schauen, ob eine Neugenerierung der Tabelle und/oder die Abtrennung des Infotextes in eine eigene Tabelle Abhilfe schafft. |
AW: FireDAC: Endlosschleife bei Post auf FDTable
Hatte vor Jahren mit dem gleichen DB-Type mal ein ganz absurdes Problem:
Es war einem User gelungen in ein Datumsfeld den 31.04. "einzupflegen". Danach ging schlicht und einfach nichts mehr. (War wohl irgendein Importjob, der alle Regeln der Kunst ignorierte :-() Wir mussten dann zuerst mal den konkreten Satz lokalisieren. Irgendein DB-Admin hat es dann geschafft den Satz zu entfernen. Danach konnte mit der DB wieder gearbeitet werden. In seltenen Fällen können halt auch mal korrupte Daten in eine DB gelangen und ab diesem Zeitpunkt für Probleme sorgen. Wenn das Einfügen neuer Sätze funktioniert, dürfte es sich ja schonmal kaum um ein Datenbank-Tabellen-Wasweißich-Größenproblem handeln. Lassen sich andere Sätze ändern, löschen (natürlich nur in Deiner TestDB ;-)) Können andere Sätze geändert, gelöscht ... werden? (Auch - per Programm - in größeren Mengen - so ein paar hundert Extrasätze für die TestDB.) Kannst Du Dir denn den Datensatz in seiner "vollen Schönheit" mal anzeigen lassen und prüfen, ob dort wirklich alles mit rechten Dingen zugeht? Solange Du da nicht absolut sicher bist, so befürchte ich, sind alle Deine Versuche zum Scheitern verurteilt, da das Problem ja letztlich dann nur "zwischen Tabellen wandert" oder eventuell mit etwas Glück umgangen wird - bis es irgendwann plötzlich wieder hochpoppt. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:52 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 by Thomas Breitkreuz