Zuerst mal ein kurzer beitrag zur navigation dieser seite...ich hab nach 10 min aufgegeben einen direkten link auf meinen blog zu finden...letztendlich musste ich eine url von einem andern blog mit meiner matr.nr. ergänzen...sollte nicht die lösung sein, oder??

für tipps bin ich sehr dankbar *g*

plus...das design und die Gestaltung meines Blogs werden natürlich noch verbessert...

Aufgabenstellung:

Stützen Sie sich auf die Ausführungen in der LV am 18. Oktober zum Thema "Datenmodellierung". Versuchen Sie das gegebenen ER-Diagramm nachzuvollziehen. Nehmen Sie ggfs. auf Schwachstellen oder wünschenswerte Ergänzungn Bezug und dokumentieren Sie das Ergebnis in Ihrem persönlichen Weblog.

Die unter dem link abrufbare grafik http://sql.idv.edu/thema/e_r_modelle/erm.htm#2
zeigt ein klassisches Entity-Relationship-Modell (kurz: ER-Modell oder ERM). In diesem Fall handelt es sich um eine Buchhandlung.



erbild (gif, 10 KB)

Ein ER-Modell ermöglicht es, die konzeptionellen Entwürfe einer Datenbank auf leicht verständliche Art grafisch darzustellen. Hierbei wird mit Hilfe von ER-Modellen zunächst die Konzeption der Datenbank vorgenommen, auf deren Grundlage dann die Implementierung der Datenbank erfolgt.

Ein ER-Modell setzt sich aus einer Grafik und einer Beschreibung der darin verwendeten einzelnen Elemente zusammen.

In unserem Fall sind vier Kernelemente erkennbar:
1.Kunde
2Auftrag
3.Buch
4.Verlag

Diese bezeichnet man als Entitäten und sie scheinen in der Datenbank später als Relationen auf.

ER-ELEMENTE

Die grafischen Darstellung erfolgt mit folgenden Darstellungselementen:

a.Entitätsmenge
Eine Entitätsmenge wird als Rechteck dargestellt. Im Buchhandlung-Beispiel gibt es die Entitätsmengen Kunde, Auftrag, Buch und Verlag.

Als Entität werden unterscheidbare (identifizierbare) Objekte aus der realen Welt bezeichnet. Diese können gegenständlicher (z.B. Personen, Bücher) oder abstrakter (z.B. Aufträge) Natur sein.

b.Attribut
Ein Attribut wird als Ellipse oder Kreis dargestellt. Im Buchhandlung-Beispiel besitzt etwa die Entität Auftrag die Attribute (Auftrags-) Nr., Datum, Kundennummer.

Attribute (Eigenschaften) charaktierisieren eine Entität oder eine Beziehung (siehe Beziehung zwischen Auftrag und Buch, die die Eigenschaft Menge mitführt. Damit wird ausgesagt, wieviele Exemplare eines Buches in einem Auftrag bestellt werden)

c. Schlüssel
Ein Schlüssel oder Primärschlüssel wird in roter Schrift dargestellt. (siehe Nr bei Kunde, Auftrag und Buch und Kurzbezeichnung bei Verlag).

Schlüssel dienen zur Sortierung, zum Suchen und Auffinden in Datenbanken. Besitzt eine Entität keinen geeigneten Schlüssel, können künstliche Schlüssel hinzugefügt werden, etwa als Nummer.

Ein Primärschlüssel ermöglicht die eindeutige identifizierung einer Entität. Er muss eindeutig sein. So dürfen etwa nicht zwei verschiedene Kunden die selbe Kundennummer besitzen.

d. Beziehungen
Beziehungen zwischen Entitäten werden als Rauten gezeichnet. In der Raute kann der Name der Beziehung stehen. Dazu empfiehlt es sich, aus der Realität abgeleitete Begriffe zu wählen (Der Kunde ERTEILT einen Auftrag). Eine Beziehungsmenge ist eine Sammlung von Beziehungen gleicher Art zur Verknüpfung von Entitätsmengen.

Beziehungstypen:

1:1 - Beziehung: Es kann jeweils nur ein Element einer Entität mit einem Element aus einer anderen Entität verbunden sein.

1:n - Beziehung: Ein Element aus einer Entität kann mit mehreren Elementen einer anderen Entität in Verbindung stehen, jedoch nicht umgekehrt (Ein Kunde kann mehrere Aufträge erteilen, jedoch kann auf einem Auftrag nur ein Kunde stehen).

n:m - Beziehung: Beliebig viele Elemente einer Entität können mit beliebig vielen Elementen einer anderen Entität verbunden sein (Ein Auftrag kann über mehrere Bücher gehen, jedes Buch kann auch in verschiedenen Aufträgen stehen).

Auf die Sonderfälle wird hier nicht näher eingegangen.

Kritische Bemerkungen und Schwachstellen

In unserem Er-Modell gibt es noch Redundanzen, Attribute zu Entitäten die die gleiche Information enthalten. So besitzen etwa Kunde sowie Verlag die Attribute Plz und Ort, die voneinander abhängig sind.

Hieraus könne gavierende Probleme enstehen. Es können sowohl Schwierigkeiten bei der wachsenden Datenbank (Dateneingabe) als auch bei der Wartung enstehen.

Wie wir in der LVA angesprochen haben könnte die Datenbank auch noch erweitert und verbessert werden. Beispiele wären die Maße und das Gewicht der Bücher um die notwendige Information für die Logistik und den Versand bereitstellen zu können.

Quellen: Sämtliche Information entnommen aus http://sql.idv.edu/ 5.Nov 2006