Gold bekommen obwohl ich schon weg war

[HaiFisch]

ca 13.10 Uhr heute in Welt9 am Casino Ferdolien

Ist das schon bekannt? Ob ich aber die gm bekommen hab kann ich nicht sagen

Der Feldtext war bei mehreren Spielern sichtbar, bin dann später nochmals hin und hab den screen gemacht

[bwoebi]

Das nennt sich Transaktionsfehler^

[Hurdock]

ist bekannt und lässt sich nicht so leicht fixen.

du hast das geld bekommen fast im gleichen augenblick, als du gegangen bist, wie herum das im chat auftaucht ist zufall (zumindest glaube ich, dass es so in etwa war)

[Flummi]

Es lässt sich ganz einfach fixen.. Aber in Sotrax Codesuppe ist es wahrscheinlich so stark verwurstet, dass alles hoffnungslos verloren ist.

[bwoebi]

den Fehler haste nicht mal in deiner mapworld gefixt, flummi

[Cell-i-Zenit]

naaa die chatreinfolge stimmt nicht immer mit dem tasächlichen verlauf überein...^^

du hast die sachen bekommen und bist dann erst gegangen...^^

[Flummi]

Bei Mapworld ist der Chat auch nicht wichtig..
Es geht um die Karten, und nicht um meine Programmierkünste in Sachen Chat.

Aber wenn dir so viel daran liegt, werde ich es sicherlich in der nächsten Version fixen.

[CountZero]

Da hier immer vom Transaktionsfehler die Rede ist und das diese schwer/ kaum zu fixen sind gehe ich davon aus es liegt an der verwendeten Storage-Engine von mySQL welche dem zu folge dann MyISAM sein dürfte nun lässt sich diese natürlich "relativ" einfach ändern in dem man eine andere Storage Engine einsetzt ich könnte mir aber vorstellen das die Performance mit einer transaktionssicheren Engine bei der Menge an queries gewaltig einbricht.

Auf jeden Fall dürfte es wenn meine Annahmen so stimmen nichts mit

Sotrax Codesuppe

zu tun haben .

Wenn ein table nunmal gelockt ist kann auch der beste Code keinen querrie darauf absetzen.

[Fowl]

wie wärs mit suchfunktion :>

hatten wir hier schon eine trilliarde mal.

[Flummi]

ich könnte mir aber vorstellen das die Performance mit einer transaktionssicheren Engine bei der Menge an queries gewaltig einbricht.

Ein guter Chat läuft in einem Cache. So etwas muss die Datenbank nicht belasten. Der Ramspeicher ist schneller als jedes Festplattenraid.

[CountZero]

Das Problem ist aber (vermutlich) nicht der Chat sondern die Datenbankabfragen die eben nicht in der Reihenfolge abgearbeitet werden wie die Funktionsaufrufe sind auf die Schnelle hätte ich hierfür nur zwei Lösungen die beide (vermutlich) nicht praktikabel sind: transaktionssichere DB Engine, oder vor der Chatausgabe nochmals prüfen ob/wann der query ausgeführt wurde (wesentlich mehr DB Last).

[Flummi]

Einfach die Chatausgabe ausführen, _wenn_ der Query ausgeführt wurde. (Ja, auch das kann man in einem Rutsch testen, ohne eine zusätzliche Abfrage.)

[CountZero]

Und freuen über 10 fach gestiegene Beschwerden wegen lags gegenüber ab und an mal einen Transaktionsfehler. Mal davon abgesehen das selbst dann die korrekte Reihenfolge nicht 100% sichergestellt wäre.