Offen Wiederkehrende Aufträge mit fehlerhaften Variationen

[Memorex]

JTL-Wawi: 0.9.9.709
Windowsversion XP + SP3
Shopname + Version: none
Genaue Fehlerbeschreibung:

- Auftrag erstellen.
- wiederkehrenden Auftrag einstellen.
- wiederkehrenden Auftrag ausführen.
- Vorschau zeigt Variationen an Produkte angehängt, die keine Variationen haben dürfen.
- die fehlerhaften Variationen erscheinen NICHT in der Auftrags-Detail-Ansicht. Allerdings werden Sie in Rechnungen ausgegeben.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

In welcher Tabelle findet das Mapping zwischen Bestellung (tbestellpos) und Attribut (teigenschaft) statt? Würde mir die Suche ersparen.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

tbestellung:

57    4    1    0    3    23    A434    B    NULL    18.11.2010 00:00:00    0    0    0    0    0    NULL    NULL    NULL         N    NULL    0    NULL    EUR    1    0    1    0    1    1    0    NULL    NULL    NULL    0    109    109    0    0    NULL    NULL    NULL    NULL    NULL    0    16777215    0

tbestellpos:

95    17    57    9,95    19    1    0    Z    8,3613445378151248    AN160    1    NULL
96    11    57    1    19    2    0    zus. IP-Adresse    0,84033613445378152    AN154    1    NULL
97    0    57    0    0    0    0    Zeitraum: 09.11.2010 bis 09.12.2010    0    NULL    1    NULL

teigenschaft:

2    5    TLD    Y    1    PFLICHT-FREIFELD    Y
3    22    TLD    Y    1    PFLICHT-FREIFELD    Y
4    4    inkl. de-Domain    Y    1    PFLICHT-FREIFELD    Y
5    16    TLD    Y    1    PFLICHT-FREIFELD    Y
6    13    TLD    Y    1    PFLICHT-FREIFELD    Y

tbestelleigenschaft:

54    0    96    16    0,0000    xy.com    TLD    5
55    0    97    16    0,0000    xy.com    TLD    5

Es wurde also fehlerhafterweise die Variation TLD des Artikels mit der Artikelnummer 16 an die 96,97 Bestellposition der Bestellung 57 angehängt, obwohl die Bestellung 57 keinen Artikel mit der Artikelnummer 16 enthält.

Da alle "händisch" erstellten Aufträge richtig sind würde ich die Ursache in der SQL/Logik der wiederkehrenden Aufträge suchen.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Gerade tinterval(auftrag|pos|poseigenschaft) geprüft. Der Quell-Auftrag wurde fehlerfrei eingetragen. Keine Verweise auf die fehlerhaften Variationen.

Falls weitere Informationen nötig sind, so stelle ich diese gerne zur Verfügung.

 

[Janusch]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Hallo,

wurden früher evtl. Daten aus der DB per SQL gelöscht?

Dies sieht nach unvolsständigem zurücksetzen der Datenabnk aus.
Bitte prüfe nob evtl. in tbestelleigenschaft noch mehr Einräge sind zu Bestellungen die gar nicht mehr da sind.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Hallo,

vielen Dank für die schnelle Antwort.

wurden früher evtl. Daten aus der DB per SQL gelöscht?

Nein, es wurden keine Änderungen an der DB per Hand durchgeführt.

Dies sieht nach unvolsständigem zurücksetzen der Datenabnk aus.
Bitte prüfe nob evtl. in tbestelleigenschaft noch mehr Einräge sind zu Bestellungen die gar nicht mehr da sind.

folgende SQL spuckt weniger Zeilen aus, als in tbestelleigenschaft vorhanden sind 50 vs 55:

SELECT kBestellEigenschaft, cWert, cName
  FROM tbestelleigenschaft, tbestellpos, tbestellung
 WHERE tbestelleigenschaft.kBestellPos = tbestellpos.KBestellPos
AND tbestellpos.tBestellung_kBestellung = tbestellung.kBestellung

Eine genaue Analyse brachte dann tatsächlich einige tbestelleigenschafts-Einträge, die auf eine nicht vorhandene kBestellPos verweisen. Ich frage mich nur, wie dies passieren konnte, da ich keine Änderungen per SQL oder ähnliche Ursachen (Programmabstürze, Fehlermeldungen,...) hatte.

Ich werde nun die fehlerhaften Einträge manuell löschen und das Resultat hier berichten.

Bei Interesse sende ich ihnen gerne die anonymisierte Datenbank.

Vielen Dank.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Ungeprüft aber evtl. interesant. Bei den fehlerhaften Einträgen in tbestelleigenschaft handelte es sich um Variationen, die an einem von mir wieder geschlöschten Artikel einer Bestellung hingen. Evtl. wurden die Einträge in tbestelleigenschaft nicht ordnungsgemäß mit entfernt?

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Leider erzeugt auch die korrigierte Datenbank das gleiche Fehlerbild.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Obiges System auch auf die Intervall-Tabellen angewandt. Ohne Erfolg.

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Auch die "Bereinigung" der tintervallposeigenschaft ändert nichts am Fehlerbild.

SELECT tintervallpos.kIntervallPos, cString, cName
  FROM tintervall, tintervallpos, tintervallposeigenschaft, tbestelleigenschaft
WHERE tintervall.kIntervall = tintervallpos.kIntervall
 AND tintervallpos.kIntervallPos = tintervallposeigenschaft.kIntervallPos
 AND tintervallposeigenschaft.kBestellEigenschaft = tbestelleigenschaft.kBestellEigenschaft

 

[Memorex]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Variationen nicht nur falsch zugeordet. Bei manchen Aufträgen werden Variationen auch "vergessen", obwohl der Auftrag ordnungsgemäße Verknüpfungen vorweist. Es fehlen dann, nach einem Lauf der wiederkehrenden Aufträg, einige Variationen in den erstellten Aufträgen.

 

[Janusch]

AW: Wiederkehrende Aufträge mit fehlerhaften Variationen

Hallo,

wenn Einträge zu nicht vorhandenen Bestellpos vorhanden waren, wurde die Datenbank fürher unvollständig zurückgesetzt.

Am besten unter tpk die Schlüssel für alle Tabellen die mit tBestell... beginen +1000 setzen. So vermeidet man das unvollständige/alten Datensätze mit den neuen Bestellungen verknüpft werden.