Es scheint einfach passieren zu können, warum das so ist, das ist mir vollkommen schleierhaft, da es sich prinzipiell um eine Datenbanklösung handelt, bei der man schließlich nur den Zugriff auf einen Datensatz reglementieren kann/muss.

Ich hab da eine Ahnung, die sich aus der gemeinsamen Werbekampagne und einem großen Walldorfer Unternehmen ergibt: "The best run businesses run ..." (die drei Punkte entsprechend ersetzen.)

Man beweise mir das Gegenteil, das schrieb ich bereits.

Es ist natürlich die Frage, was du als Beweis akzeptierst.

Jedenfalls gehts, in meinem Fall hab ich freundlicherweise auch das Ticket einsehen dürfen, von der Person die auf "meinem" Platz saß. Tatsächlich war alles Gleich, Zugnummer, Wagennummer, Platznummer, Datum.

Das ist natürlich ein starkes Indiz.

Allerdings handelt es sich selbst bei zwei Reservierungsbelegen mit gleichem Datum, Zug, Wagen, Sitzplatz und teilgleicher Strecke nicht um einen hinreichenden Beweis.

Normalerweise kann ein Sitzplatz auf 3 Abschnitten gebucht werden, mir sind aber auch Reservierungsplätze mit 6 Abschnitten bekannt.

Das ist ja auch ein Anachronismus sondergleichen, wie die Disketten mit den Reservierungsdaten...

Was ist denn in diesem Fall wohl ein Datensatz?????
Wie ist ein Platz in einem Zug mit Wagen X an einem Tag Y definiert worden?

Angenommen, ICE 515 am 10.12.2011 hat Platz 91 im Wagen 27 zu vergeben.
Ein Reisebüro in Kiel greift drauf zu und will Hamburg - Hagen reservieren...
Zeitgleich greift ein anderes Reisebüro in Ampermoching auf den Platz 91 zu von Ulm bis Augsburg...

Besteht ein Platz 91 im Zug 515 mit Wagen X am Tag Y verarbeitungstechnisch aus einem Datensatz oder aus mehreren......

Normalerweise kann ein Sitzplatz auf 3 Abschnitten gebucht werden, mir sind aber auch Reservierungsplätze mit 6 Abschnitten bekannt.

Im letzteren Fall wären solche Crashs beim kleinsten Designfehler sicher möglich...

Vermutlich wird nach diesem schema gearbeitet.

Grüße Andreas

Ja geht. Habs selbst schon mal miterlebt, und ich meine mich erinnern zu können das wir so einen Thread schon einmal hatten, aber finde den gerade nicht.

Das wird wohl der gewesen sein:

http://www.ice-fanforum.de/index.php?id=147216

Was ist denn in diesem Fall wohl ein Datensatz?????
Wie ist ein Platz in einem Zug mit Wagen X an einem Tag Y definiert worden?

Angenommen, ICE 515 am 10.12.2011 hat Platz 91 im Wagen 27 zu vergeben.
Ein Reisebüro in Kiel greift drauf zu und will Hamburg - Hagen reservieren...
Zeitgleich greift ein anderes Reisebüro in Ampermoching auf den Platz 91 zu von Ulm bis Augsburg...

Besteht ein Platz 91 im Zug 515 mit Wagen X am Tag Y verarbeitungstechnisch aus einem Datensatz oder aus mehreren......
Im letzteren Fall wären solche Crashs beim kleinsten Designfehler sicher möglich...

Im ersteren Fall: Wenn das Reisebüro aus Ampermoching eine Hundertstel Sekunde eher am Datensatz dran ist und jeder Platz im Falle eines Zugriffs auf dem gesamten, noch freien Teil der Strecke blockiert wird, so lange, bis entweder ein weitere Eintrag abgeschlossen ist oder die Aktion annuliert worden ist, dürften keine Fehler passieren. So etwas könnten selbst Kids mit Access sicher programmieren.

dann fahre mal regelmäßig Eisenbahn und du wirst min. eine Doppelreservierung finden. Komischerweise sind es dann nicht nur ein Platz der doppelt vergeben wurde oder genau der Platz wird an einem anderen tag auch doppelt vergeben sein.

Da du aber meinst, am MTA (was soll das eigentlich sein??) kann ein Zub ein storniertes OT feststellen, weiß ich, wie viel Ahnung du von der Materie hast...

Gruß
Kalle

Oder habe ich da etwas übersehen?

Du nimmst an, dass die DB-Reservierungsdatenbank sauber und fehlerfrei prorammiert sei. Das ist eine unbewiesene Annahme.

Das Beispiel in dem Link ist nicht einschlägig, die Bahn-Sitzplatzreservierung findet ja gottlob (noch?) nicht yield-Management-optimiert statt, also unter dem Versuch, möglichst lange oder lukrative Strecken bevorzugt zu verkaufen, um die Auslastung möglichst hoch zu halten. Das ist vielleicht für Fluglinien auf Flügen mit Zwischenstops interessant.

Sondern bei Bahnens wird doch immer noch schlicht nach first-come-first-serve reserviert, meinetwegen in gewissen Kontingenten. Aber das ist doch datenbankmäßig extrem einfach. Lediglich für die Dauer des Buchungsvorgangs selbst müssen weitere Anfragen auf einen bereits angeboteten Platz verhindert werden, aber das ist rechentechnisch simpel.

Ich behaupte also, dass es tatsächlich doppelt reservierte Plätze nicht geben kann. Man beweise mir das Gegenteil.

Wenn es im Zug doch mal zu Scherereien kommt, wette ich, dass eine der vorgelegten Reservierungen "in Wirklichkeit" keine (mehr) ist.

(Damit meine ich natürlich nicht den menschlichen Irrtum, wie "Sie sind im falschen Wagen" etc.)

Wenn zum Beispiel ein Online-Ticket nach Buchung Tage später storniert wird, können ja beliebig viele Papierausdrucke davon noch im Umlauf sein. Ein Zub merkt das natürlich am MTA, dass es das Ticket nicht mehr gibt, aber einem Mitreisenden vorgezeigt, steht da Reservierung mit Wagen, Platz, Zug, Tag ja haarklein drauf.
Da ist dann wohl (ohne Zub) schwer zu argumentieren. Also, in solchen Fällen das Zugpersonal um Rat bitten, koscher dürfte die Sache nicht sein...

Oder habe ich da etwas übersehen?

Es scheint einfach passieren zu können, warum das so ist, das ist mir vollkommen schleierhaft, da es sich prinzipiell um eine Datenbanklösung handelt, bei der man schließlich nur den Zugriff auf einen Datensatz reglementieren kann/muss.

Ja, kommt vor und nein, ist nicht einfach, weil ja bei jeder Reservierungsanfrage der angebotene Platz bis zum Kauf angeboten bleiben muss. Darüber hinaus kann ein Platz auch doppelt belegt werden, wenn es zwei sich nicht überschneidende Streckenabschnitte waren.

Na ja, Datenbanktechnisch lässt sich so was schon lösen - ist halt immer eine Frage des Aufwandes. Doppelt versteigerte Artikel bei eBay sind ja z. B. auch eher selten ;-)

Gruß, Philipp

Würde da eine Mehrfachbelegung auftauchen, hätten wir eine Millionenklage im worst case am Hals.

Ja, kommt vor und nein, ist nicht einfach, weil ja bei jeder Reservierungsanfrage der angebotene Platz bis zum Kauf angeboten bleiben muss.

Doch, das ist einfach. Erste Bestellung der Reservierung wird bearbeitet, alle weiteren mit "Platz bereits reserviert" zurückgewiesen.

Es scheint einfach passieren zu können, warum das so ist, das ist mir vollkommen schleierhaft, da es sich prinzipiell um eine Datenbanklösung handelt, bei der man schließlich nur den Zugriff auf einen Datensatz reglementieren kann/muss.

Ja, kommt vor und nein, ist nicht einfach, weil ja bei jeder Reservierungsanfrage der angebotene Platz bis zum Kauf angeboten bleiben muss. Darüber hinaus kann ein Platz auch doppelt belegt werden, wenn es zwei sich nicht überschneidende Streckenabschnitte waren.

Wenn es Menschen gibt, die sowas vertiefen wollen : http://www.geometrylab.de/applet-65

also selbst in der A-Klasse habe ich schon mehrfach dieses Phänomen erlebt, dass sich zwei vornehme Herrschaften höflich ihre Reservierungen zeigen und feststellen, dass es sich am selben Tag, im selben Zug um den selben Platz handelt.

Es scheint einfach passieren zu können, warum das so ist, das ist mir vollkommen schleierhaft, da es sich prinzipiell um eine Datenbanklösung handelt, bei der man schließlich nur den Zugriff auf einen Datensatz reglementieren kann/muss.

Da muss das Buchungssystem einen ganz schlechten Tag gehabt haben. Denn es hat auch gleich für die Straßenbahn eine Platzreservierung mit ausgewiesen. Allerdings fehlte der Straßenbahn dann leider der Wagen 24 ;-)

Gruß, Philipp