Bei vielen Mehrkampfveranstaltungen werden die Teilnehmer an den einzelnen Mehrkämpfen innerhalb TAF häufig in Riegen eingeteilt, auch wenn das oft nicht notwendig ist. So ist dies nicht notwendig, wenn die Riegen z.B. jeweils nur alle Wettkämpfer eines Mehrkampfs enthalten. Ein Wettkampf, bei dem es sinnvoll ist, die Teilnehmer in Riegen einzuteilen, könnte z.B eine große Anzahl Starter in einem Mehrkampf einer Altersklasse haben. So habe ich eine Kreismeisterschaft begleitet, bei der in zwei Klassen jeweils über 100 Athleten an den Start gingen. Hier wurden die Teilnehmer vereinsweise auf je 15 Riegen aufgeteilt.

Wenn Sie einen Wettkampf durchführen wollen, bei dem Sie zwingend auf die Riegenverwaltung von TAF 3 zurückgreifen müssen, beachten Sie bitte folgende Besonderheit im Netzwerkeinsatz: Es werden beim Änder des Rundenstatus nicht nur die Daten der aktuell bearbeiteten Riege an den Server und die anderen Clients übermittelt sondern auch die aktuell auf dem bearbeitenden Rechner gespeicherten Daten in den anderen Riegen des bearbeiteten Bewerbs.

Folgendes Beispiel soll das verdeutlichen. Sie haben einen Wettkampf mit 4 Riegen im Dreikampf der U14. Nun kommen die Weitsprungergebnisse zweier Riegen zeitgleich im Wettkampfbüro an. Dort haben die Mitarbeiter an 2 Clients z.Zt nichts zu tun und teilen sich die Eingabe. Am Client-PC 1 wird der Weitsprung der Riege 1, am Client-PC 2 wird der Weitsprung der Riege 2 erfasst. Nun ist der Mitarbeiter am PC 1 vor seinem Kollegen an PC 2 fertig und ändert den Bewerbsstatus von „bearbeitet“ auf „beendet“. Dadurch wird der auf PC 2 gespeicherte Wettkampfstand des Weitsprungs an den Server und anschließend von dort an die anderen Clients übermittelt. Und da auch Der Client-PC 2 Ziel dieses Datenupdates ist, gehen die dort eingegebenen Daten des Weitsprungs der anderen Riege verloren.

Konsequenz daraus ist, dass nicht gleichzeitig an verschiedenen Rechnern Daten des gleichen Bewerbs aus verschiedenen zueinander gehörenden Riegen bearbeitet werden dürfen. — Dirk Wagner 21.06.2017 20:17