Erstellt vor 4 Jahren
Geschlossen vor 4 Jahren
#1568 closed Fehler (invalid)
2.6.2 beta - doppelte Datensätze in Tabellen aus 2.6.1
| Erstellt von: | armin.barth@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.2 beta |
| Schweregrad: | Verbesserung | Stichworte: | Installation |
| Beobachter: |
Beschreibung
Hallo Moritz,
ich habe mich gleich mal an die neue Version heran gewagt.
Auf einem Ubuntu-Server 10.04 LTS habe ich die fehlenden Pakete und
Perl-Module Rose:: nachinstalliert.
LX 2.6.2 aus der .tar.gz entpackt (Release1 vom 05.01.2011) und unter /var/www abgelegt.
Nach Anpassung des Config-Scrips unter /etc/apache2/conf.d und der
audentication.pl wollte ich 2.6.2beta starten.
Beim regenerieren der vorhandenen Datenbank gab es jedoch bisher 2
Probleme.
- In der Datenbanktabelle shipto wurden doppelte Datensätze moniert.
1.1 wie kommen diese zu Stande? (Datenbank wurde bisher mit der
2.6.1-Version bearbeitet)
1.2 Wie kann man diese so korrigieren, dass sie nur einmal auftauchen?
Ich habe das umgangen, in dem ich alle Einträge ihn dieser Tabelle (es
waren nur 37) gelöscht habe (vorherige Kopie der Tabelle ist vorhanden)
- In der Datenbank befindet sich weiterhin eine Tabelle orderitems.
auch hier sich Einträge doppelt, dreifach und vierfach vorhanden.
2.1 Wie kommen diese zu Stande?
2.2 Diese kann ich jedoch nicht so einfach löschen, da dort wichtige
Artikelbeschreibungen und Preise hinterlegt sind, die weiterverwendet
werden sollen.
Weiter bin ich beim Testen noch nicht gekommen.
Gruß
Armin
P.S. Fehlermeldung sieht wie folgt aus:
Datenbankaktualisierung (pbtest)
- Führe schema_normalization_1.sql aus: Datenbankschema Normalisierungen
Fehler!
The database update/creation did not succeed. The file sql/Pg-upgrade2/schema_normalization_1.sql containing the following query failed:
ALTER TABLE orderitems ADD PRIMARY KEY (id)
The error message was: FEHLER: konnte Unique Index »orderitems_pkey« nicht erstellen
DETAIL: Tabelle enthält doppelte Werte.
All changes in that file have been reverted.
Änderungshistorie (2)
comment:1 Geändert vor 4 Jahren durch m.bunkus@…
- Status von new nach assigned geändert
comment:2 Geändert vor 4 Jahren durch m.bunkus@…
- Lösung auf invalid gesetzt
- Status von assigned nach closed geändert
Danke für den Dump.
Die Datensätze in den beiden Tabellen haben für die Doppelungen jeweils identische Werte (inklusive Spalte "itime", das den Zeitpunkt des Einfügens des Datensatzes in der Tabelle enthält) -- und zwar für die ganze Zeile. Ich habe so ein Verhalten in Lx-Office bisher noch nie gesehen und halte das entweder für kein programmatisches Problem in Lx-Office selber, sondern z.B. um eines, das durch unsachgemäßes Zurückspielen von Backups entstehen (ein "COPY TABLE" löscht den Inhalt vorher z.B. nicht!) oder durch andere manuelle Änderungen an der Datenbank entstehen kann.
Ich schließe den Bug deshalb als INVALID.

Wir sind uns hier gerade noch nicht ganz sicher, wie wir mit dem Problem umgehen sollen. Die doppelten Einträge stammen vermutlich von früheren Bugs in Lx-Office. Ich würde mir das Problem gerne weiter anschauen, brauche dafür aber einen Datenbankdump, der die doppelten Einträge enthält. Falls du den herausgeben kannst, dann schick ihn mir doch bitte per E-Mail.
Die richtige Lösung wäre eine, die im Upgrade-Script selber automatisch dafür sorgt, dass diese Doppelungen aufgelöst werden -- sofern das möglich ist. Um das zu entscheiden, brauche ich halt den Dump.