Brauche Hilfe bei meinem ERM-Diagramm

Brauche Hilfe bei meinem ERM-Diagramm (10 Beiträge, 82 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

ich hab hier ein erm-diagramm erstellt: http://www.flawless.at/school/dbsy.png

zur semantik..
es geht um ein buchungssystem für reisetrips. zB ein kalifornien trip (mehrere städte mit mehreren locations fürs sightseeing)

die zusätze sind diverse buchbare/mietbare dinge die´s so gibt, autos, motorräder, boote fürs bootstrips (je nach location)

die kundengeschichte soll eine vererbung darstellen (falls das nicht gleich ersichtlich ist)

n:m beziehungen habe ich immer mit einem "-vorgang" aufgelöst.

meine frage ist jetzt ob das so funktionieren kann, was vielleicht fehlt, was zu viel ist?
diagramme umbauen ist normalerweise kein problem, nur von grund auf selbst was machen ist schon etwas schwieriger für mich.

danke für die hilfe!

Tabelle Kundenvorgang

1. Name ist schlecht gewählt ... ich würds eher Transaktion o.ä. nennen
2. die FKs sollten schon immer den Namen des PKs von der anderen Tabelle haben

wennst mal anfangst zu joinen, wirst deppat, wenn jede Spalte einen anderen Namen hat!

Tabelle Buchender

in meinen Augen unnötig, Kontaktdaten kannst ja sowieso in die Kundentabelle rein nehmen

Tabelle Mitreisende

welche Infos sollen die erhalten? Mitreisende sind ja nicht nur dem Kunden zuzuordnen, sondern auch der Transaktion - oder müssen sie wirklich immer mitreisen?

Tabelle Buchung & Buchungsstatus

kannst auch innerhalb einer Tabelle machen

Tabelle Reiseziele

Aufenthalt_Laenge? Was sagt die Spalte aus?

edit

ich würd übrigens noch folgende Änderungen vornehmen:

Telefon normalisieren (Vorwahl und Nummer getrennt)

Adresse umbennen und eventuell normalisieren (Straße und Hausnummer etc. getrennt)

und vielleicht machst dir überhaupt über den ganzen Aufbau noch ein paar Gedanken ... mal angenommen, jemand möchte wissen, welches Reiseziel ein Kunde besucht hat ... schau dir mal in deinem Diagramm an, wie viele Tabellen du miteinander joinen musst, um diese Information zu erhalten!

wie wärs mit einer Hilfstabelle ala Auftrag? da schreibst eine AuftragID rein, KundenID, ReisezielID, BuchungsID etc. ...

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

14.12.2008, 12:50 Uhr - Editiert von -Transformer2K-, alte Version: hier

zuerst mal danke fürs anschauen!

Tabelle Buchender

in meinen Augen unnötig, Kontaktdaten kannst ja sowieso in die Kundentabelle
rein nehmen

Tabelle Mitreisende

welche Infos sollen die erhalten? Mitreisende sind ja nicht nur dem Kunden
zuzuordnen, sondern auch der Transaktion - oder müssen sie wirklich immer
mitreisen?

die kunden soll ich mit vererbung aufteilen. einer bucht zB für seine ganze familie. den buchenden habe ich als kontaktperson in meiner datenbank (buchender) und die anderen sind nur mitreisende von denen ich nicht keine nähere daten wie email oder telefon benötige. d.h. sollten noch irgendwelche dinge offen sein bei der buchung kommuniziere ich nur mit dem buchenden und nicht mit jedem einzelnen.

Aufenthalt_Laenge? Was sagt die Spalte aus?

zB 3 Tage LA, 4 Tage San Francisco usw. .. jede Aufenthalt_Länge von den einzelnen Reisezielen gibt einen Gesamtaufenthalt der mit "von" und "bis" in der trip-tabelle zusammenpassen muss ... als kontrolle sozusagen.

wie wärs mit einer Hilfstabelle ala Auftrag? da schreibst eine AuftragID rein,
KundenID, ReisezielID, BuchungsID etc. ...

achso, du meinst sowas wie einen ausdruck wo dann alles zusammengefasst ist, richtig?

die kunden soll ich mit vererbung aufteilen. einer bucht zB für seine ganze familie. den buchenden habe ich als kontaktperson in meiner datenbank (buchender) und die anderen sind nur mitreisende von denen ich nicht keine nähere daten wie email oder telefon benötige. d.h. sollten noch irgendwelche dinge offen sein bei der buchung kommuniziere ich nur mit dem buchenden und nicht mit jedem einzelnen.

ja, aber es ist trotzdem nicht sinnvoll, eine eigene Tabelle für Telefon & E-Mail von den Kunden anzulegen. Mitreisende müssen afaik mit Namen und Geburtsdatum erfasst werden, deshalb halte ich ein freies Textfeld (davon gehe ich jetzt in deinem Fall aus) für wenig sinnvoll!

und wie gesagt, die Mitreisenden sollten trotzdem dem Trip & dem Kunden zugeordnet werden! kann ja sein, dass Kunde A mit der Familie ans Meer fliegt, und Kunde A mit dem Geschäftspartner zu einem Meeting ...

zB 3 Tage LA, 4 Tage San Francisco usw. .. jede Aufenthalt_Länge von den einzelnen Reisezielen gibt einen Gesamtaufenthalt der mit "von" und "bis" in der trip-tabelle zusammenpassen muss ... als kontrolle sozusagen.

sowas löst man programmtechnisch im Hintergrund und nicht direkt in der DB

achso, du meinst sowas wie einen ausdruck wo dann alles zusammengefasst ist, richtig?

ja, nicht nur als Ausdruck, sondern einfach auch aus Datenbank-Performance-Gründen! wenn du für eine Info 10 Tabellen miteinander verbinden musst, wird die Datenbank innerhalb weniger Monate in die Knie gehen! genau sowas muss man beim ERM-Diagramm schon beachten, denn wenn die Datenbank mal erstellt wurde, sind solche Änderungen halt schwer vorzunehmen!

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

ja, nicht nur als Ausdruck, sondern einfach auch aus
Datenbank-Performance-Gründen! wenn du für eine Info 10 Tabellen miteinander
verbinden musst, wird die Datenbank innerhalb weniger Monate in die Knie
gehen! genau sowas muss man beim ERM-Diagramm schon beachten, denn wenn die
Datenbank mal erstellt wurde, sind solche Änderungen halt schwer vorzunehmen!

und wie mach ich das am besten?
einfach eine neue tabelle in die ich alle "wichtigen" attribute der anderen tabellen reinziehe oder doch anders?

überleg dir einfach, welche Infos wichtig sind, wenn ein Kunde bei dir 1 Reise buchen möchte - genau diese Infos solltest dann in eine Tabelle rein packen!

das hat nicht nur den Vorteil, dass die DB ungemein entlastet wird, sondern auch, dass du dann ganz einfach interne Marketing-Auswertungen machen kannst! (ist jetzt für deine HÜ wahrscheinlich relativ unwichtig, aber solche Dinge sollte man halt trotzdem bei der Planung miteinbeziehen!)

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

weiß schon worauf du hinaus willst. ein großes dankeschön für deine hilfe!

kein Problem

my car @ Spritmonitor.de

Character cannot be developed in ease and quiet. Only through experience of trial and suffering can the soul be strengthened, ambition inspired, and success achieved

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung