Problem mit DB-Struktur

[jg]

Hallo lieber Support,

folgender Sachverhalt:
In USR wird ein neues benutzerdefiniertes Feld angelegt. Datenbank wird auch neu angelegt
und alle Shopdaten übertragen... ORDERS wird dabei NICHT angefasst...

Leider passiert es uns bei dieser Konstellation immer wieder, dass Bestellnummern im Shop
dann nicht mehr fortlaufend hochgezählt werden (ist ja ein altbekanntes Problem).
Natürlich denken wir nicht immer sofort daran, dass das neue Feld auch in die ORDERS rein muss
und suchen häufig dann erstmal wieder den Fehler...

Ich bitte freundlichst um ein Hinweisfenster an irgend einer Stelle im Shop, dass es zu Problemen
mit den Bestellnummern kommen kann für den Fall, wenn ein neues benutzerd. USR-Feld angelegt wird
UND die ORDERS bei einer Neuanlage der DB nicht ebenfalls neu erstellt wird.
Besser wäre natürlich eine generelle Behebung dieses Problems, ohne dass man an dieser Stelle
immer wieder neu überrascht wird...

Grüße, jg


Linkback: https://www.shoppilot.net/pf/index.php?topic=1609.0

[admin]

Hallo Jg,

die Darstellung ist richtig und ich habe mich  auch schon selbst darüber geärgert.
Wenn die Replizierung von Bestelldaten abgeschaltet ist, wird die Tabelle ORDERS
überhaupt nicht mehr angefasst.
Dann fehlt bei Neuanlage eines Feldes in USR das Feld in ORDERS. Was dann zu einem SQL Fehler führt,
wenn eine Bestellung in ORDERS geschrieben werden soll. Da keine neuen Bestellungen hinzukommen
erhöht sich die Bestellnummer nicht mehr (was dann als erstes auffällt).

Ich denke die Lösung könnte so sein, dass wir auch bei abgeschalteter Replzierung, Veränderungen einer
Tabelle berücksichtigen, ohne die Tabelle neu anzulegen.  Das heißt, die Daten bleiben erhalten.
Ich denke diese Lösung ist noch besser als eine Hinweisfenster, da der User dann überhaupt nichts
machen muss. Ich sage das mal vorbehatlich einer Prüfung, ob das so geht. Ansonsten machen wir
doch ein Hinweisfenster.

Gruß hop

[jg]

Ich denke die Lösung könnte so sein, dass wir auch bei abgeschalteter Replzierung, Veränderungen einer
Tabelle berücksichtigen, ohne die Tabelle neu anzulegen.

Jo, so mit ALTER TABLE ORDERS ADD __NewColumnFromUSR__  ...  das wäre natürlich ideal. 
Danke für die schnelle Rückmeldung.
jg