Office: Dummydatensatz oder Verzicht auf ref.Int.

Hallo zusammen,

ich möchte mal eine Frage, die sich am Ende des letzten Livemeeting ergeben hat, zur Grundsatzdiskussion stellen.

Beispielhafte Ausgangssituation: Es sollen Fahrten mit Fahrgästen in einem Fahrtenbuch protokolliert werden.

Tabelle_Fahrgast
FG_ID
FG_Name
FG_Vorname
...

Tabelle_Fahrten
F_ID
F_Fahrgast_Fremdschlüssel
F_Datum
F_von
F_nach
...

Im Normalfall ist die ref. Integrität der beiden Tabellen nun über die Fahrgast_ID hergestellt.
Jetzt sollen aber auch Leerfahrten, Fahrtabbrüche z.b. wg. Rückruf ... erfasst werden.

Mögliche Vorgehensweisen:
a) Verzicht auf ref.Int, so dass F_Fahrgast_Fremdschlüssel auch NULL oder Werte beinhalten kann, die nicht in der Tabelle Fahrgast stehen.
b) Anlegen von System-(Dummy-)fahrgästen "Leerfahrt", "Fahrtabbruch" ...
c) Eine zweite Tabelle "Sonderfahrten", von der Struktur gleich der Tabelle Fahrten und evtl. eine zweite (referenzierte) Tabelle "Sonderfahrgäste" (SFG_ID | SFG_Titel ...)

Fallen euch noch andere Möglichkeiten ein?
Welche Methode würdet ihr bevorzugen und warum?

:)

 

Hallo!

das wäre meine bevorzugte Lösung. Referentielle Integrität ist ein hohes Gut, das ich nicht aufgeben möchte. Und eine weitere Tabelle extra für diesen Zweck zu führen wäre mir zu aufwändig.

CU

 

Da muß ich Thomas absolut beipflichten. Ein "ohne Referentielle Integrität" ist auch für mich ein No Go ....

 

Ich würde davon ausgehen, daß jede Fahrt eine Fahrt ist, also Tabelle "Fahrten". Dann würd' ich sagen, es gibt den Spezialfall, daß es Fahrgäste zu Fahrten gibt, also Tabelle "Fahrgäste" und eine Verbindungstabelle zu "Fahrten".

 

Hallo Axel!

Also ich wäre auch für b). Man müsste nur dafür sorgen, dass diese (Dummy)-Fahrgäste auswählbar, aber nicht editierbar sind.
Könnte man das vielleicht über eine Union-Abfrage ähnlich dem Prinzip auswählen (nur eben mit mehreren Werten, die eine eindeutige ID haben) lösen?

Oder man führt noch eine weitere Lookup-Tabelle, die den Status des Fahrgastes darstellt (Fahrgast, Leerfahrt, Abbruch, Unfall usw...) und und über einen zusammengesetzten Index das Problem löst?

Grüße
Ingo

 

Ergänzung: Wenn die Fahrten nicht nur mit dem Moped (genau ein Fahrgast neben dem Fahrer) erfolgen, wäre hier sicher eher eine m:n-Beziehung zutreffend. Fremdschlüssel würden dann nur in der Zwischentabelle benötigt, und in der dann Mastertabelle Fahrten hast Du kein Problem mit RI.

 

Danke für die bisherigen Antworten.

@Eberhard
Vielleicht war das Beispiel schlecht gewählt. Aber es bezieht sich schon auf eindeutige 1:n Beziehungen. Ein vlt. besseres Bsp.:
Ein Arzt trägt Patienten in seinen Terminkalender (festes Raster) ein. Nun will er einzelne Termine blocken (Aufholzeit f. Verspätungen, Organisationszeit ...)
auch in diesem Fall sind die Einträge keine "echten Patienten"

@Thomas (achtelpetit)
Die Idee mit der Zwischentabelle verschiebt nur das Problem der RI. Auch in diesem Fall müssten Dummyfahrgäste/-Patienten angelegt werden.

@Ingo
Die Idee mit dem zusätzlichen Merkmal und zusammengesetzem Index Personenfahrt/Sonderfahrt finde ich ganz gut, da somit eine zusätzliche Tabelle reichen würde und die unterschiedlichen Fahrten bzw. Terminarten sauber getrennt sind.

@All
Ich hab solche Fälle bisher auch immer nach o.g. Möglichkeit b) behandelt. Das Gespräch mit Christoph im LM, war jedoch Anlass das Konzept zu überdenken.

Ich freu mich auf weitere Antworten.

 

Hallo,

mein Favorit ist die von Thomas(achtelpetit) vorgeschlagene Lösung. M. E. wird da keine Problematik mit der RI verschoben, sondern gelöst. Wenn der Fahrt in der Fahrtentabelle nur in der Fahrgasttabelle existierende Fahrgäste zugeordnet werden können, müsstest Du wegen der RI mit Dummies arbeiten - und bekommst sowieso ein Problem, wenn es irgendwann mal mehr als einen Fahrgast geben sollte. In der zusätzlichen Zuordnungtabelle Fahrt-Fahrgast wird bei den Sonderfahren einfach kein Datensatz angelegt, ansonsten halt so viele wie Fahrgäste da sind. Das macht sich auch gut für Statistiken, denn das Berechnen von Fahrgastzahlen sollte einfacher und ohne mehr oder weniger hartcodierte Bedingungen funktionieren. Die Fahrten selber würde ich aller in einer Tabelle lassen, nur halt mit einem Kennzeichen, was für eine Fahrt es war.

0.02
Fred

 

Meiner Meinung nach ist da ein Fehler im Datenmodell. Ist es immer so, dass nur ein Fahrgast für die Fahrt zu erfassen ist? Ich meine, kann es nicht sein, dass das hier eher eine m:n-Relation mit 0 oder mehreren Fahrgästen vorliegt? Und damit hättest du auch die Leerfahrten erschlagen. Es gibt eine Fahrt aber keinen Bezug zu einem Fahrgast.

 

Hallo,
fehlt da nicht eine Tabelle?
Momentan kann es ja nur 1 Fahrgast geben. Eigentlich sollten die Fahrgast in einer Zwischentabelle "FahrtenFahrgast" aufgelöst werden. Wichtig bei z.B. Sammeltaxen etc.

Ganz generell würde ich für Leerfahrten einen Dummy "Leerfahrt" anlegen.

Gruß Andreas

 

Das mit der Tabelle habe ich doch gesagt/gemeint *biggrin.gif*

 

Sorry Toast,
deine Textformatierung ist für mich nicht so gut lesbar, drum überfliege ich es meist. Hatte ich übersehen.

Andreas

 

ZURÜCK ZUM THEMA *eek.gif*

Du hast mein zweites Beispiel in #7 nicht gelesen! => Thema verfehlt => sechs => setzen *wink.gif*
Ein Arzt kann nur einen Patienten zu einem Zeitpunkt behandeln!

JA! - Oder eben einen Alternativeintrag der keinen "echten" Fahrgast/Patienten darstellt!
Du hast mein zweites Beispiel in #7 nicht gelesen! => Thema verfehlt => sechs => setzen *wink.gif* s.o.

Genauso war und ist es gemeint. Für dich gilt das gleiche, wie für Fred und Toast *tongue.gif*


OT
Viel nervender als die Schriftart von Toast, empfinde ich die inzwischen acht Beiträge dauernde Diskussion darüber in diesem Thema. *rolleyes.gif*
Vielleicht sollte man so etwas per PN klären oder in einem eigenen Thema: "Verwendung von leserlichen Schriftarten in einem Forum" erörtern und zur Abstimmung bringen.
/OT

[Edit] Mof-Team AD: Die OT-Diskussion wurde zum größten Teil abgetrennt und ist nun unter Verwendung von Schriftarten zu finden. [/Edit]



ZURÜCK ZUM THEMA Teil 2
Ich würde mich freuen weitere Beiträge zu lesen, die sich inhaltlich mit der Fragestellung des Themas befassen.

Bei Bedarf erkläre ich auch gerne noch einmal die Problemstellung *wink.gif*

 

Hi,

dann häng ich mich auch mal mit rein:

Ich befürworte auch die m:n-Auflösung. Rein theoretisch sind Fahrten ohne Fahrgast denkbar. Selbst wenn man den Fahrer als "zwangsweisen" Fahrgast auffast und es eigentlich keine Fahrten ohne Fahrer geben kann, ist das nur eine Geschäftsregel, die ggf. durch Plausis durchgesetzt werden kann. Es ist aber kein Gesetz, und es kann durchaus Fahrten ohne Fahrer geben:

• am Haken des Abschlepp-LKWs
• wenn die Fahrgäste nur Personen eines Personenkreises sein sollen (z.B. Firmenmitarbeiter), dann sind Fahrten anderer Personen Fahrten ohne Fahrgast: z.B. Überführungen, Fahrten zur Werkstatt, ggf. Privatfahrten etc.
• mit einem automatischen Fahrsystem (gibt ja inzwischen Prototypen) -> Robbi fährt, ist aber (wohl) kein Fahrgast, sondern Teil des Systems Auto.

 

Jut, offenbar habe ich die Aufgabenstellung nicht verstanden.
Mein Normalisierungsmantra:

Es gibt Fahrzeuge
Es gibt Fahrten
Es gibt Fahrgäste

Jede Fahrt wird mit einem Fahrzeug gemacht.
Ein Fahrzeug kann viele Fahrten machen.
Eine Fahrt kann mit genau einem Fahrgast ODER ohne Fahrgast gemacht werden.

Ist das vollständig und richtig?

Edit:
Vielleicht wird es einfacher, wenn Du konkret wirst: geht es hier um Taxis oder um Ärzte?
Und: Dummy-Datensätze sind des Teufels! Die sind sowas wie magic numbers.