nicht angemeldet
wäre zu schön um wahr zu sein. ich hab so zirka alles probiert was möglich ist. auch dass was du anführst erschien mir anfangs sehr plausibel. auf die waghalsige idee mit dem query_cache kam ich erst als ich 2 tage alles mögliche probiert hab.
was ich so alles gemacht habe :
werte asgelesen, via php invertiert dann upgedatet etc.
-> nada
abgleiche gemacht von dem was php liefert und dem was ein graphical db manager so tut (ems mysql manage 2)
-> im manager gleiche werte wie in php vor dem UPDATE
-> nach dem update auch die gleichen werte nur halt die falschen (0 immer noch 0)
-> nada
das update komplett ohne select davor danach oder sonstwo ausgeführt
-> nada
hab selbst schon 22 querys in php generiert und jeden wert einzeln geändert - das geht sogar allerdings, oh wunder, auf kosten der performance.
-> hurra... allerdings ist die wartezeit für den zweck ungeeignet
-> nada
bin irgntwie komplett mim latein am ende...
der aufbau der tabelle ist wie folgt von relevanz :
sektor
reihe
platz
stat
sektion+reihe+platz ergeben einen unique key.
solange ich alle 3 angebe um den stat eines platzes zu ändern ist alles bestens.
wenn ich wie in meiner frage beschrieben versuche eine ganze "reihe" (22 plätze)-> 22 rows in der db, einfach zu invertiern funktionierts nicht mehr - ich spreche auch sicher die richtige "reihe" an - es geht ja 4 von 10 mal :P
es liegt auch garantiert kein fehler im frontend vor.
stef