Zitat:

mit zeitraum- oder zeitpunktorientiert kann ich überhaupt nix anfangen, deswegen kann ich dir da leider nicht helfen. was die entitäten angeht: du bist auf dem richtigen weg! ein besseres beispiel würde mir jetzt auch nicht einfallen. hattet ihr das beispiel etwa schon in der übung gehabt?

dann ist er ja selber schuld, wenn er dir das thema gibt. aber vieleicht gehst du die sache doch anders an, dann zeigst du, dass du dir selbstständig gedanken gemacht hast. kann ja in die doku schreiben, hast etwas weiter gedacht, weil du nicht einfach alles aus der übung nachplappern wolltest...bla.

du kannst zb ein unternehmerisches problem daraus machen. also angenommen es ginge um seminare, die von einem schulungsunternehmen angeboten würde. dann könnte man ein crm (customer relationship system) erstellen. also eine db mit der die teilnehmer (kunden) verwaltet werden. dann könnte man die umsätze der kunden einbeziehen, eine vorher/nachher-befragung speichern (was erhoffen sie sich von dem seminar?/wurden diese erwartungen erfüllt?). und so weiter.

ist aber nur eine idee

hat irgendeiner von euch sein thema gewechselt? wenn ja, wie habt ihr das gemacht?
hab dem herrn rupprecht gestern mittag ne mail geschickt, aber er antwortet mir nicht. hat es nochwer per email versucht, wenn ja wie lang habt ihr auf ne antwort gewartet?

oh
was machen wir da? wenn er nicht antwortet kann ich ja nich anfangen, nicht einmal mehr mit dem alten thema, falls er es dann doch geändert hat.

welches thema hattest du, was du wechseln wolltest?

Die Beziehungen brauchst du nicht nach den Zeitaspekten zu gliedern, gehe allgemein aus.
Bei deinem Beispiel wäre z.B. möglich viele Studenten besuchen viele Kurse. Eindeutig M:N Beziehung. Nun einfach aufsplitten und zwei 1:N Beziehungen und mit dritter Tabelle im RDM darstellen.

Aber wie schauts denn mit SQL aus. Müssen wir das in die Arbeit integrieren ?

Gruß