+- Forum Notenmanager (https://forum.notenmanager.net)
+-- Forum: Heimversion (https://forum.notenmanager.net/forumdisplay.php?fid=23)
+--- Forum: Installation HV (https://forum.notenmanager.net/forumdisplay.php?fid=18)
+--- Thema: Fehler beim Erstellen Transportmedium nach Umstellung auf PG DB (/showthread.php?tid=5322)
Fehler beim Erstellen Transportmedium nach Umstellung auf PG DB - RS2Admin - 24.09.2014
Hallo, nach dem Umstellen unserer Schulversion auf die Postgresql DB,und Erstellung der Urladung aus der ASV taucht folgender Fehler im Logfile auf, wenn ich das Transportmedium für die Heimversion erstellen will:
FEHLER: doppelter Schlüsselwert verletzt Unique-Constraint »td_pkey«
Schlüssel »(idx)=(5)« existiert bereits.;
Error while executing the query;;80;;UpdateSyncTable;;comClsSync;;NManagerSV;;1;;Ste;;lehrer2-pc03
Irgendein Unique-Constraint soll hier wohl doppelt angelegt werden.
Wo könnte der Fehler liegen??
Anlage: Vollständiges Logfile für den fehlgeschlagenen Versuch[attachment=503]
RE: Fehler beim Erstellen Transportmedium nach Umstellung auf PG DB - NM-Himself - 24.09.2014
Hallo,
der Fehler ist jetzt schon mehrfach aufgetreten. Der Fehler ist offensichtlich bei der Datenübernahme von der JET-Datenbank in die PostGreSQL-Datenbank entstanden.
Erklärung: Die Datensätze, in denen die Metadaten für den Notenabgleich gespeichert werden, wurden übernommen. Der Datensatzzähler ist aber unter Umständen auf "1" stehen geblieben. Beim Erstellen eines neuen Transportmediums versucht PostGreSQL dann einen neuen Datensatz mit der nächsten Datensatznummer zu erstellen und muss feststellen, dass es diese schon gibt. In eurem Fall die "5".
Da sich der Datensatzzähler bei jedem Zugriff automatisch um 1 erhöht müsste es nach 20 bis 30 Fehlversuchen dann plötzlich klappen - je nach größe des Kollegiums.
Die echte Lösung ist aber ein SQL-Patch (s. Anhang). Der Patch ermittelt den höchsten Datensatzindex und setzt den Datensatzzähler auf einen entsprechend großen Wert. Danach sollte es dann wieder klappen.
Anleitung für SQL-Patch
Gruß
Stephan