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.