ChrisS82

Ein Modell auf ER-Ebene enthält nur die Entitäten mit den dazugehörigen Attributen und der PK wird unterstrichen. Die Entitäten sind richtungslos verbunden. Die Verbindungen tragen den Namen der Beziehung und es werden die Kardinalitäten (ggf. in UML Notation) angegeben. Es werden KEINE Foreign Keys auf ER-Ebene benutzt!! Ob ihr nun ER-Modell oder ER-Diagramm sagt ist egal, ER-Ebene wäre der allgemein gültige Oberbegriff. Der Rest ist nur eine synonyme Wortausprägung. Das Modell auf Tabellenebene hingegen enthält die Foreign Keys in der Liste der Attribute, zusätzlich kann man hier auch die Datentypen für die verschiedenen Attribute angeben, das macht man auf ER-Ebene nicht. Zudem sind hier die Verbindungen richtungsgebunden und nicht mehr richtungslos. Der Pfeil zeigt von der Sekundärtabelle die den FK hat zur Primärtabelle die den PK hat. So kann es auch vorkommen das zwischen zwei Tabellen zwei Pfeile (für jede Richtung einer) ist oder man einen Pfeil in beide Richtungen macht. Des weiteren sieht man auf Tabellenebende evtl. auch als Tabelle realisierte Beziehungen aus dem ER-Modell/Diagramm, die dort nur als Beziehung ohne Attribute (da keine Foreign Keys benutzt werden) sichtbar sind. Kurz gefasst, die ER-Ebene ist rein konzeptuell und der 1. Schritt. Ein Modell auf Tabellenebene lässt sich direkt auf die logische/physische Ebene abbilden und ist der 2. Schritt.