| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision |
| faecher:informatik:oberstufe:datenbanken:er_modelle_praxis:start [21.10.2020 17:26] – sbel | faecher:informatik:oberstufe:datenbanken:er_modelle_praxis:start [25.01.2022 15:18] – [Tabelle] sbel |
|---|
| ==== Primärschlüssel oder "minimale" Schlüssel ==== | ==== Primärschlüssel oder "minimale" Schlüssel ==== |
| |
| In einer Datenbank muss jeder Datensatz eindeutig identifizierbar sein. Ein Attribut, anhand dessen man | In einer Datenbank muss jeder Datensatz eindeutig identifizierbar sein. Ein Kombination von Attributen, anhand dessen man |
| einen Datensatz eindeutig finden kann, wird in der Datenbanksprache **Primärschlüssel** oder "minimaler Schlüssel" genannt. Eine Tabelle darf nie zwei oder mehr Datensätze enthalten, die den gleichen Primärschlüssel haben. Glücklicherweise | einen Datensatz eindeutig finden kann, wird in der Datenbanksprache **Primärschlüssel** oder "minimaler Schlüssel" genannt. Eine Tabelle darf nie zwei oder mehr Datensätze enthalten, die den gleichen Primärschlüssel haben. |
| überwachen Datenbanksysteme automatisch, dass so etwas nicht auftritt – sofern man es ihnen sagt. | |
| |
| Wenn man ein oder mehrere Attribute als Primärschlüssel definiert, gibt das Datenbanksystem einen | Wenn man ein oder mehrere Attribute als Primärschlüssel definiert, gibt das Datenbanksystem einen |
| |
| In einer Datenbank bietet es sich häufig an, eine fortlaufende Nummer zu vergeben, die nur innerhalb | In einer Datenbank bietet es sich häufig an, eine fortlaufende Nummer zu vergeben, die nur innerhalb |
| der Datenbank eine Bedeutung hat (künstlicher Schlüssel oder Surrogatschlüssel). Die Option | der Datenbank eine Bedeutung hat (**künstlicher** Schlüssel oder **Surrogatschlüssel**). Die Option |
| //"auto_increment"// sorgt dafür, dass ein neu hinzugefügter Datensatz automatisch die | //"auto_increment"// sorgt dafür, dass ein neu hinzugefügter Datensatz automatisch die |
| nächste mögliche Nummer bekommt, wenn man keinen Wert für den Primärschlüssel einträgt. | nächste mögliche Nummer bekommt, wenn man keinen Wert für den Primärschlüssel einträgt. |
| |
| |
| ^ schueler ^^^^^^^^ | ^ schueler |||||||| |
| ^ SNummer ^ SNachname ^ SVorname ^ SGeburtsdatum ^ SGeschlecht ^ SKlasse ^ SEmail ^ KLNummer ^ | ^ SNummer ^ SNachname ^ SVorname ^ SGeburtsdatum ^ SGeschlecht ^ SKlasse ^ SEmail ^ KLNummer ^ |
| | 1 | Fischer | Fritz | 06.04.1993 | m | 10a | fritzle@gmx.de | 1 | | | 1 | Fischer | Fritz | 06.04.1993 | m | 7a | fritzle@gmx.de | 1 | |
| | 2 | Müller | Martina | 01.12.1997 | w | 6c | muellerma@web.de | 2 | | | 2 | Müller | Martina | 01.12.1997 | w | 6c | muellerma@web.de | 2 | |
| | 3 | Wahnsinn | Heller | 05.12.1994 | w | 9b | hellwa@hotmail.com | 3 | | | 3 | Wahnsinn | Heller | 05.12.1994 | w | 9b | hellwa@hotmail.com | 3 | |
| | 4 | Meyer | Lischen | 05.12.1992 | w | 10a | meli@hotmail.com | 4 | | | 4 | Meyer | Lischen | 05.12.1992 | w | 10a | meli@hotmail.com | 4 | |
| | 5 | Maier | Lieschen | 05.12.1991 | w | 10a | melie@hotmail.com | 4 | | | 5 | Maier | Lieschen | 05.12.1991 | w | 10a | melie@hotmail.com | 4 | |
| |
| |
| * Könnte man die Datenbank durch Schaffung einer weiteren Entität weiter "modularisieren"? Wenn ja, welche Entität käme in Frage? Wie würden sich die Attribute und Werte der Tabelle ''schueler'' dadurch verändern? Welchen Vorteil könnte es haben, diese Information in eine weitere Tabelle auszulagern? | * Könnte man die Datenbank durch Schaffung einer weiteren Entität weiter "modularisieren"? Wenn ja, welche Entität käme in Frage? Wie würden sich die Attribute und Werte der Tabelle ''schueler'' dadurch verändern? Welchen Vorteil könnte es haben, diese Information in eine weitere Tabelle auszulagern? |
| |
| | ++++ Lösungen | |
| | |
| | ++ ER-Diagramm | {{ :faecher:informatik:oberstufe:datenbanken:er_modelle_praxis:lsg_a1_erdiagramm.png |}} ++ |
| | |
| | ++ Wie wird die Relation hergestellt? | Die Relation wird hergestellt durch Verknüpfung von Fremd-- zu Primärschlüssel. Der Fremdschlüssel ist das Tabellenfeld KLNummer in der Tabelle Schüler, der Primärschlüssel ist das Feld LNummer in der Tabelle lehrer. Die Verknüpfung wird realisisert durch die Bedingung "Ist schuler.KLNummer = lehrer.LNummer?". LNachname ist ungeeignet, da er ziemlich sicher nicht eindeutig ist. (Müller, Maier, Eissler) |
| | |
| | {{ :faecher:informatik:oberstufe:datenbanken:er_modelle_praxis:lsg_a1_verkn.png |}} ++ |
| | |
| | ++ Eigenschaften des Primärschlüssels/Probleme bei Änderungen | EinNeuer Lehrer muss eine neue LNummer erhalten,die es noch niemals gab. Die LNummer 2 sollte niemals wieder vergeben werden. Wenn die Nummer nicht mehr existiert, erhält man als Ergebnis "existiert nicht", andernfalls erhält man falsche Daten. Idealerweise kann man der Datenbank mitteilen, was mit den zur LNummer 2 gehörenden Fremdschlüssel passieren soll, wenn der Datensatz mit dem Primärschlüssel 2 gelöscht wird. Der Fachbegriff dafür ist "Constraint". ++ |
| | |
| | ++ Weitere "Modularisierung" | Man könnte die Klassen als weitere Entität einführen: |
| | |
| | {{ :faecher:informatik:oberstufe:datenbanken:er_modelle_praxis:lsg_a1_klassen.png |}} |
| | |
| | In der Tabelle ''schueler'' muss dann anstatt des Klassennamens die ID der Klasse als weiterer Fremdschlüssel eingetragen werden. |
| | |
| | ++ |
| | ++++ |
| ---- | ---- |
| {{:aufgabe.png?nolink |}} | {{:aufgabe.png?nolink |}} |
| |
| ===== Dateien ===== | ===== Dateien ===== |
| | |
| | {{simplefilelist>..:er_modelle:03*}} |
| | |
| {{simplefilelist>.:*}} | {{simplefilelist>.:*}} |