Entity-Relationship-Modell - Versionsgeschichte

Akaibel: /* Redundanzen vermeiden! */

2026-06-22T19:07:40Z

Redundanzen vermeiden!

← Nächstältere Version		Version vom 22. Juni 2026, 19:07 Uhr
Zeile 126:		Zeile 126:

	==Ringbeziehungen untersuchen auf Redundanz==		==Ringbeziehungen untersuchen auf Redundanz==
			[[File:ER-Modell-schueler-lehrer-kurs-mit-Ringbeziehung.png\|thumb\|Redundanz: ER-Modell Kurssystem mit Ringbeziehung: Auf Redundanz prüfen!\|692px]]
	Wenn das Entity-Relationship-Modell eine '''Ringbeziehung''' enthält, dann muss man prüfen, ob Informationen redundant gespeichert sind.<br/>Häufig kann man eine Beziehung weglassen, weil sie sich aus den anderen Beziehungen im Ring ergibt.		Wenn das Entity-Relationship-Modell eine '''Ringbeziehung''' enthält, dann muss man prüfen, ob Informationen redundant gespeichert sind.<br/>Häufig kann man eine Beziehung weglassen, weil sie sich aus den anderen Beziehungen im Ring ergibt.

	'''Beispiel:'''		'''Beispiel:'''
			* Im Modell rechts gibt es eine Ringbeziehung.
			* Die Ringbeziehung führt zu Redundanz, denn man kann auch über die Entitätsmenge Kurs feststellen, welche Schüler ein Lehrer unterrichtet.<br/>Das heißt, die Information, welche Schüler ein Lehrer unterrichtet, ist hier doppelt gespeichert.
			* Das kann zu Inkonsistenz führen: Lehrer Müller könnte z.B. einen Kurs unterrichten, an dem der Schüler Max Meier teilnimmt. Es kann aber sein, dass in der direkten Beziehung "unterrichtet" für Lehrer Müller und Schüler Meier nichts eingetragen ist.<br/>Dann ergibt sich das Problem: Was gilt den jetzt?!<br/>Je nachdem, wie man die Datenbank abfragt, kann man dann unterschiedliche Informationen dazu erhalten, ob Lehrer Müller den Schüler Meier unterrichtet.

			'''Lösung:'''
			* Die Beziehung <code>lehrer-unterrichtet-schueler</code> kann verlustfrei gestrichen werden<br/>.Denn diese Beziehung ergibt sich aus <code>lehrer-unterrichtet-kurs</code> und <code>schueler-nimmt_teil-kurs</code>.
			* Die Beziehung </code>lehrer-unterrichtet-kurs</code> kann <u>nicht</u>verlustfrei gestrichen werden.<br/>Denn über die Beziehung <code>lehrer-unterrichtet-schueler</code> und <code>schueler-nimmt_teil-kurs</code> kann nicht erschlossen werden, welche Kurse der Lehrer unterrichtet. <br/>Das liegt daran, dass diese beiden Beziehungen n:m sind.

	=Was häufig schiefgeht=		=Was häufig schiefgeht=

Akaibel: /* Was häufig schiefgeht */

2026-06-22T18:45:11Z

Was häufig schiefgeht

@@ Zeile 117: / Zeile 117: @@
 * Wenn es keinen natürlichen Primärschlüssel gibt, dann ergänzt man ein Attribut "id", das als Primärschlüssel unterstrichen wird.
 * id als Primärschlüssel ist in der Regel zuverlässig und bewährt sich auch in der Praxis.
 =Was häufig schiefgeht=

Akaibel: /* Primärschlüssel */

2026-06-22T18:38:18Z

Primärschlüssel

← Nächstältere Version		Version vom 22. Juni 2026, 18:38 Uhr
Zeile 110:		Zeile 110:
	'''Das Zentralabitur NRW verlangt, dass Primärschlüssel schon im Entity-Relationship-Modell eingetragen werden.'''		'''Das Zentralabitur NRW verlangt, dass Primärschlüssel schon im Entity-Relationship-Modell eingetragen werden.'''

			Primärschlüssel identifizieren eindeutig einen Datensatz (= eine Zeile) in einer Entitätsmenge.
	* Wenn es ein Attribut gibt, das als "natürlicher" Primärschlüssel dienen kann, (z.B. eine Personalnummer), dann wird dieses <u>unterstrichen</u>.		* Wenn es ein Attribut gibt, das als "natürlicher" Primärschlüssel dienen kann, (z.B. eine Personalnummer), dann wird dieses <u>unterstrichen</u>.
			** In den Entitätsmengen Lehrer und Kurs kann das Attribut <code>kuerzel</code> als Primärschlüssel dienen, denn das Kürzel identifiziert einen Lehrer/ eine Kurs eindeutig.
			** Voraussetzung: Die Datenbank soll nur den <u>momentanen Stand</u> abbilden!
			** Wenn die Datenbank einen langen Zeitraum abbilden soll, dann ist das Kürzel als Primärschlüssel nicht geeignet.<br/>Denn jedes Jahr gibt es wieder Kurse, die dann genauso heißen können, wie die Kurse des Vorjahres.<br/>Und wenn ein Lehrer in Rente geht (aber weiterhin gespeichert bleiben soll), dann kann man sein Kürzel (z.B. ST) nicht an einen neuen Lehrer vergeben. Und das wird auf Dauer sehr umständlich.
	* Wenn es keinen natürlichen Primärschlüssel gibt, dann ergänzt man ein Attribut "id", das als Primärschlüssel unterstrichen wird.		* Wenn es keinen natürlichen Primärschlüssel gibt, dann ergänzt man ein Attribut "id", das als Primärschlüssel unterstrichen wird.
			* id als Primärschlüssel ist in der Regel zuverlässig und bewährt sich auch in der Praxis.

	=Was häufig schiefgeht=		=Was häufig schiefgeht=

Akaibel: /* Primärschlüssel */

2026-06-22T18:24:18Z

Primärschlüssel

← Nächstältere Version		Version vom 22. Juni 2026, 18:24 Uhr
Zeile 108:		Zeile 108:

	=Primärschlüssel=		=Primärschlüssel=
	~~Entity-Relationship-Modelle orientieren sich an der Realität, so~~, ~~wie sie durch die Anforderungsermittlung dargestellt wird.<br/>~~		'''Das Zentralabitur NRW verlangt, dass Primärschlüssel schon im Entity-Relationship-Modell eingetragen werden.'''
	~~Das heißt: In ER-Modellen müssen rein "technische"~~ Primärschlüssel ~~("IDs") noch nicht eingetragen werden. Diese kommen erst beim [[relationales_Datenmodell\|relationalen Datenmodell]] dazu. Vgl. [https://de.wikipedia.org/wiki/~~Entity-Relationship-Modell ~~Wikipedia: Entity-Relationship-Modell]~~.

	Wenn es ~~allerdings einen~~ "~~natürlichen~~" Primärschlüssel ~~gibt~~ (z.B. eine Personalnummer), dann wird ~~dieser~~ <u>unterstrichen</u>.		* Wenn es ein Attribut gibt, das als "natürlicher" Primärschlüssel dienen kann, (z.B. eine Personalnummer), dann wird dieses <u>unterstrichen</u>.
			* Wenn es keinen natürlichen Primärschlüssel gibt, dann ergänzt man ein Attribut "id", das als Primärschlüssel unterstrichen wird.
	~~''<u>Hinweis:</u>''<br/>~~
	~~''Die Vorgaben des Zentralabiturs sehen auch im ER-Modell schon~~ "~~technische~~" Primärschlüssel ~~("IDs") vor~~.

	=Was häufig schiefgeht=		=Was häufig schiefgeht=

Akaibel am 13. August 2023 um 14:03 Uhr

2023-08-13T14:03:28Z

← Nächstältere Version		Version vom 13. August 2023, 14:03 Uhr
Zeile 2:		Zeile 2:
	[[Kategorie:Informatik]]		[[Kategorie:Informatik]]
	[[Kategorie:Informatik-Q1]]		[[Kategorie:Informatik-Q1]]
	[[Kategorie:Informatik-09]]		[[Kategorie:Informatik-10]]
	[[Kategorie:Informatik-Abitur]]		[[Kategorie:Informatik-Abitur]]

Akaibel: /* Fachbegriffe */

2020-05-26T14:53:14Z

Fachbegriffe

← Nächstältere Version		Version vom 26. Mai 2020, 14:53 Uhr
Zeile 8:		Zeile 8:

	Realität -> Anforderungsermittlung -> '''Entity-Relationship-Modell''' -> [[Relationales Datenmodell]] -> Datenbanksystem		Realität -> Anforderungsermittlung -> '''Entity-Relationship-Modell''' -> [[Relationales Datenmodell]] -> Datenbanksystem

			=Erklärvideos=

			* [https://youtu.be/lu2V4kEErxw Entity-Relationship-Modellierung]

	=Fachbegriffe=		=Fachbegriffe=

	Entität, Entitätsmenge, Attibut, Relation (=Beziehung), 1:1-Beziehung, 1:n-Beziehung, n:m-Beziehung, Kardinalität		Entität, Entitätsmenge, Attibut, Relation (=Beziehung), 1:1-Beziehung, 1:n-Beziehung, n:m-Beziehung, Kardinalität

Akaibel: /* Entität, Entitätsmenge und Attribut */

2019-06-23T13:29:06Z

Entität, Entitätsmenge und Attribut

← Nächstältere Version		Version vom 23. Juni 2019, 13:29 Uhr
Zeile 8:		Zeile 8:

	Realität -> Anforderungsermittlung -> '''Entity-Relationship-Modell''' -> [[Relationales Datenmodell]] -> Datenbanksystem		Realität -> Anforderungsermittlung -> '''Entity-Relationship-Modell''' -> [[Relationales Datenmodell]] -> Datenbanksystem

			=Fachbegriffe=

			Entität, Entitätsmenge, Attibut, Relation (=Beziehung), 1:1-Beziehung, 1:n-Beziehung, n:m-Beziehung, Kardinalität

	=Entität, Entitätsmenge und Attribut=		=Entität, Entitätsmenge und Attribut=

	[[File:ER-modell-entitaetsmenge-attribute.png\|thumb\|Entitätsmenge lehrer mit Attributen \|234px]]		[[File:ER-modell-entitaetsmenge-attribute.png\|thumb\|Entitätsmenge lehrer mit Attributen \|234px]]
	* '''Entität''': ein reales Objekt oder ein realer Vorgang.		* '''Entität''': ein reales Objekt oder ein realer Vorgang.

Akaibel: /* Primärschlüssel */

2019-02-24T16:14:48Z

Primärschlüssel

← Nächstältere Version		Version vom 24. Februar 2019, 16:14 Uhr
Zeile 101:		Zeile 101:
	=Primärschlüssel=		=Primärschlüssel=
	Entity-Relationship-Modelle orientieren sich an der Realität, so, wie sie durch die Anforderungsermittlung dargestellt wird.<br/>		Entity-Relationship-Modelle orientieren sich an der Realität, so, wie sie durch die Anforderungsermittlung dargestellt wird.<br/>
	Das heißt: In ER-Modellen müssen rein "technische" Primärschlüssel ("IDs") noch nicht eingetragen werden.		Das heißt: In ER-Modellen müssen rein "technische" Primärschlüssel ("IDs") noch nicht eingetragen werden. Diese kommen erst beim [[relationales_Datenmodell\|relationalen Datenmodell]] dazu. Vgl. [https://de.wikipedia.org/wiki/Entity-Relationship-Modell Wikipedia: Entity-Relationship-Modell].

	Wenn es allerdings einen "natürlichen" Primärschlüssel gibt (z.B. eine Personalnummer), dann wird dieser <u>unterstrichen</u>.		Wenn es allerdings einen "natürlichen" Primärschlüssel gibt (z.B. eine Personalnummer), dann wird dieser <u>unterstrichen</u>.

	''Die Vorgaben des Zentralabiturs sehen auch im ER-Modell schon Primärschlüssel vor~~; das ist aber nicht richtig; Primary-Keys kommen erst beim relationalen Datenmodell hinzu~~. ~~Vgl. [https://de.wikipedia.org/wiki/Entity-Relationship-Modell Wikipedia]''~~		''<u>Hinweis:</u>''<br/>
			''Die Vorgaben des Zentralabiturs sehen auch im ER-Modell schon "technische" Primärschlüssel ("IDs") vor.

	=Was häufig schiefgeht=		=Was häufig schiefgeht=

Akaibel: /* keine Primary-Keys (ids) auszeichnen */

2019-02-24T16:08:10Z

keine Primary-Keys (ids) auszeichnen

← Nächstältere Version		Version vom 24. Februar 2019, 16:08 Uhr
Zeile 99:		Zeile 99:
	* '''alles klein''' schreiben (=erleichtert hinterher die SQL-Abfragen)		* '''alles klein''' schreiben (=erleichtert hinterher die SQL-Abfragen)

	=~~keine Primary-Keys (ids) auszeichnen~~=		=Primärschlüssel=
	Entity-Relationship-Modelle orientieren sich an der Realität, so, wie sie durch die Anforderungsermittlung dargestellt wird.		Entity-Relationship-Modelle orientieren sich an der Realität, so, wie sie durch die Anforderungsermittlung dargestellt wird.<br/>
			Das heißt: In ER-Modellen müssen rein "technische" Primärschlüssel ("IDs") noch nicht eingetragen werden.

	~~D.h. ER-Modelle verfügen noch nicht über technische Details wie~~ z.B. ~~Primary-Keys (ids~~)~~. Z.B.: In einer Entitätsmenge <code>schueler</code> muss man~~ <u>~~nicht~~</u> ~~ein Attribut <code>id</code> eintragen!~~		Wenn es allerdings einen "natürlichen" Primärschlüssel gibt (z.B. eine Personalnummer), dann wird dieser <u>unterstrichen</u>.

	''Die Vorgaben des Zentralabiturs sehen im ER-Modell schon ~~Primary-Keys~~ vor; das ist aber nicht richtig; Primary-Keys kommen erst beim relationalen Datenmodell hinzu. Vgl. [https://de.wikipedia.org/wiki/Entity-Relationship-Modell Wikipedia]''		''Die Vorgaben des Zentralabiturs sehen auch im ER-Modell schon Primärschlüssel vor; das ist aber nicht richtig; Primary-Keys kommen erst beim relationalen Datenmodell hinzu. Vgl. [https://de.wikipedia.org/wiki/Entity-Relationship-Modell Wikipedia]''

	=Was häufig schiefgeht=		=Was häufig schiefgeht=

Akaibel: /* Entität, Entitätsmenge und Attribut */

2017-03-31T06:33:52Z

Entität, Entitätsmenge und Attribut

← Nächstältere Version		Version vom 31. März 2017, 06:33 Uhr
Zeile 11:		Zeile 11:
	=Entität, Entitätsmenge und Attribut=		=Entität, Entitätsmenge und Attribut=
	[[File:ER-modell-entitaetsmenge-attribute.png\|thumb\|Entitätsmenge lehrer mit Attributen \|234px]]		[[File:ER-modell-entitaetsmenge-attribute.png\|thumb\|Entitätsmenge lehrer mit Attributen \|234px]]
	* '''Entität''': ein reales Objekt		* '''Entität''': ein reales Objekt oder ein realer Vorgang.
	** z.B. die Lehrerin Brigitte Huber.		** z.B. die Lehrerin Brigitte Huber.
	** z.B. eine Überweisung von 300€ auf das Abikonto ~~ist eine Entität, denn es gibt für sie einen Beleg in "Papierform"~~.		** z.B. eine Überweisung von 300€ auf das Abikonto.
	* '''Entitätsmenge''': mehrere Entitäten werden in einer Entitätsmenge zusammengefasst;		* '''Entitätsmenge''': mehrere gleichartige Entitäten werden in einer Entitätsmenge zusammengefasst;
	** Entitätsmengen werden als '''Rechteck''' dargestellt.		** Entitätsmengen werden als '''Rechteck''' dargestellt.
	** z.B. die Entitätsmenge ''lehrer'', in der alle Lehrer zusammengefasst werden; die Lehrerin Brigitte Huber gehört zur Entitätsmenge ''lehrer''.		** z.B. die Entitätsmenge ''lehrer'', in der alle Lehrer zusammengefasst werden; die Lehrerin Brigitte Huber gehört zur Entitätsmenge ''lehrer''.