FireDAC: Endlosschleife bei Post auf FDTable

[ioster]

Zitat von Delphi.Narium:

Defekte Daten im nvarchar(max)?

Kannst Du beim Update aus Deinem Programm heraus mal diese Spalte weglassen? Geht es dann?

Ansonsten:

Backup und Restore der Datenbank machen?

Wie hast Du die Tabelle in Deine Testumgebung kopiert? Einfach 'ne Kopie der Datenbankdatei genommen oder Backup der Kunden DB und Restore in Deine DB oder ...?

Habe ganz selten mal ähnliche Probleme mit 'ner FireBird-Datenbank. Dann hilft immer ein Backup und ein Restore in eine neue Datenbankdatei.

Ich habe eine zweite Testdatenbank auf demselben Server liegen und habe die Tabelle mittels Exportfunktion des Management Studios übertragen. Auf die Datenbank kann ich dann per VPN-Tunnel mit der IDE von hier aus zugreifen und etwas testen bevor ich im Echtstand die Änderung vornehme.

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.

[Delphi.Narium]

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.