Aktuelle Bestell ID

[SlaVe]

Hallo,

mir ist das schon wieder passiert…
Ich wollte im Shopmanager die Bestell ändern(dumme idee)
denn wie schon im 1.2er Shop scheint dieseFunktion nicht zu funzen
(oder nur mangelhaft, weil schlecht beschrieben)

Also ich wollte von der aktuellen Bestell ID "13"
erhöhen auf "2147483647"

Also gab ich ein:

Alte Bestell ID    13
Neue Bestell ID   2147483646

erste Bestellung wie gewollt, Bestell ID 2147483647
Nun habe ich das Problem das es bei einer neuen bestellung zu fehlermeldung kommt

1062 Duplicate entry '2147483647' for key 1

Also das Teil kann oder will nicht weiter zählen…

das ändern in der DB selbst funktionierte auch nicht…
HILFE was kann/muss ich tun?
ist die Zahl 2147483647 zu lange?

[hugo13]

du hast deine frage ganz richtig beantwortet

& wahrscheinlich vorher nachgeschaut welchen wertebereich so ein INT-feld haben darf ( -2147483648 to 2147483647 )

damit dein glück vollkommen wird, tust du in der order-tabelle von INT auf BIGINT umstellen, dann kannste ganz schöne bestellnummern anlegen ( -9223372036854775808 to 9223372036854775807 )

look at: http://dev.mysql.com/doc/refman/4.1/...-overview.html

[SlaVe]

& wahrscheinlich vorher nachgeschaut welchen wertebereich so ein INT-feld haben darf ( -2147483648 to 2147483647 )

:shock: ich krieg die Krise…
rofl… ich habe da nicht nachgesehen sondern Wild probiert
zuerst mit einer CodeZahl wie ich sie in meiner Buchhaltung habe
21Kx4A748UpX3646 dies ging nicht also löschte ich einfach die Buchstaben.
ergab 2147483646…
Oh... man, wieso ist das nicht die Lotterie hier, hätte also glatt einen
5er mit zusatzzahl..

Vielen Dank hugo13 für Deine Lösungbringende Antwort.

[SlaVe]

…aber

leider habe ich jetzt da ein äusserst seltsames Phänomen (oder so)
wenn ich bestellungen auslöse erscheint im Shop und auch in der DB
eine um 1 erhöhte Zahl wie es sein soll.
2147483647
2147483648
2147483649
2147483650…

aber die Bestellbestätigung sieht das anders
diese Zählt rückwärts !???
-2147483648
-2147483647
-2147483646

Wie kann das sein?

orders_id
bigint(11)
Nein
auto_increment

[hugo13]

bedauerlicherweise kennt php selbst nicht den type bigint (nur mysql)
dh: aus sicherheitsgründen, wird in der regel eine explizite typekonvertierung in zen-cart durchgeführt; dies führt dann dazu, dass diese hübschen zahlen entstehen;
was auf der einen seite drüberschaut, wird der anderen seite abgezogen: nach 2147483647 kommt für den rechner -2147483648 ; darum wird 2147483648 zu -2147483648, 2147483649 zu -2147483647, ...
zu deutsch: du kannst mit zen-cart momentan nur ~2 milliarden bestellungen abwickeln

http://de.php.net/manual/de/language.types.integer.php