vault backup: 2026-07-22 17:11:34

2026-07-22 17:11:34 +02:00
commit 96281716d4
47 changed files with 3653 additions and 0 deletions
@@ -0,0 +1,8 @@
+## [[Einführung]]
+![[1-Intro.pdf]]
+
+
+## [[Entity-Relationship-Modell]]
+![[2-ERM.pdf]]
+
+## [[Relationales Datenmodell]]
@@ -0,0 +1,29 @@
+Struktur <-> Verhalten
+
+
+| Nutzenanalyse            | Anforderungsanalyse                                    |
+| ------------------------ | ------------------------------------------------------ |
+| Anwendungsgebiete        | Informationsanforderungen<br>Welche Daten gespeichert? |
+| Kosten-Nutzen-Rechnungen | Bearbeitungsanforderungen<br>Welche Operationen?       |
+| Prioritäten setzen       | Benutzeranforderungen<br>UI,Format,Hilfssysteme?       |
+
+STUFE 1
+Erfassung der Semantik unabhängig von  Technik
+
+STUFE 2
+Übersetzung in mathematisches Modell
+
+STUFE 3
+Optimierung für Hardware
+
+
+### Qualitätskriterien
+#### Korrektheit & Vollständigkeit
+Syntaktisch Fehlerfrei
+Alle realen Aspekte erfasst
+#### Lesbarkeit
+selbsterklärend und dokumentiert
+#### Minimalitat
+keine Redundanz
+#### Modifizierbarkeit
+modularer Aufbau
@@ -0,0 +1,26 @@
+[[Datenbankentwurf]]
+
+Graphisches Modell auf hohem Abstraktionsniveau
+Physische Effizienz keine Rolle!!
+
+![[Pasted image 20260722134006.png]]
+
+
+Entity Typ = Schablone im Schema
+Entity Set = alle Objekte dieses Typs auf Instanzebene
+ER-Modell beschreibt nur Typen
+
+Attribute charakterisieren Typen - Farbe, Gewicht etc... aus definierten Wertebereichen INT STRING..
+Schlüsselkandidat: minimale attributmenge die Entität eindeutig identifiziert
+Primärschlüssel wird unterstrichen
+Attribute können Unter Attribute haben.
+Mehrwertige Attribute sind Menge von Werten des Typs - doppelt umrandete Ellipse
+
+Beziehungen als Rauten repräsentieren Zusammenhänge
+Kanten werden oft mit Rollen annotiert.
+n-stellige Beziehungen sind Teilmengen des Kartesischen Produkts
+
+[[Kardinalitäten]]
+[[Schwache Entity-Typen]]
+[[Erweitertes Konzept isA]]
+[[Konzeptueller Entwurf]]
@@ -0,0 +1,10 @@
+### Erweiterte Konzepte
+#### isA
+![[Pasted image 20260722141838.png]]
+
+
+| DISJUNKT $\downarrow$                                    | NICHT DISJUNKT $\uparrow$                                     | Total (t)                                                           | Partiell (p)                                                              |
+| -------------------------------------------------------- | ------------------------------------------------------------- | ------------------------------------------------------------------- | ------------------------------------------------------------------------- |
+| Pfeile zeigen auf<br>Spezialisierung<br>ENTWEDER<br>ODER | Pfeile zeigen auf<br>Generalisierung<br>Kann mehreres<br>sein | Vollständig<br>Jedes Element<br>liegt in mindestens<br>einem Subtyp | Echte Teilmenge<br>Elemente im Supertyp<br>die in keinem Subtyp<br>liegen |
+![[Pasted image 20260722142324.png]]
+![[Pasted image 20260722142539.png]]
@@ -0,0 +1,11 @@
+### Kardinalitäten
+#### Chen Notation
+![[Pasted image 20260722135135.png]]
+Gibt maximale Anzahl der Entitäten an
+Bei mehrstelligen Beziehungen gilt die Kardinalität an A für alle paare \ A Entitäten
+
+#### MinMax Notation
+![[Pasted image 20260722135501.png]]
+(min, max)
+mindestens min höchstens max Verbindungen
+Generell moderner und besser
@@ -0,0 +1,13 @@
+Entitätstyp = Klasse von realen/abstrakten Objekten
+Identifizierung oft durch Nomen im Text oder Leitfrage was wir Speichern müssen
+Welche Eigenschaften sind wichtig und Primärschlüssel identifizieren (/ausdenken)
+Beziehungen oft Verben
+Rekursiv,Binär,Tertiär,...?
+Generalisierung, Spezialisierung (isA), Aggregation (mit extra "besteht aus" Beziehung)?
+Kardinalitäten an Regeln und Anforderungen festmachen
+-> Jede min max Angabe muss begründbar sein!!
+Redundanzen vermeiden
+Zwischen Entität vs. Attribut vs. Beziehung entscheiden
+z.B. Adresse als Entität oder Attribut wenn sie geteilt wird?
+
+
@@ -0,0 +1,6 @@
+### Schwache Entity-Typen
+![[Pasted image 20260722141101.png]]
+doppelte Ränder = schwach
+gestrichelter Schlüssel weil partiell
+Kardinalität IMMER 1,1
+schwacher typ ist abhängig von übergeordnetem Typ
@@ -0,0 +1,6 @@
+ANSI/SPARC Modell:
+Externe Ebene: Jeder sieht nur seinen Ausschnitt
+->Logische Datenunabhängigkeit - Neue spalte alte app läuft weiter
+Logische Ebene: Logische Gesamtsicht aller Daten
+->Physische Datenunabhängigkeit - HDD -> SSD gleiche Logik
+Physische Ebene: Physische Bytes auf Medium Wie?
@@ -0,0 +1,19 @@
+![[1-Intro.pdf]]
+
+Das **Problem**!:
+Ein simples Dateisystem kann Nebenläufigkeit und Datensicherheit nicht garantieren!!!
+
+##### Datenbanksystem:
+Datenbank-Management-System + Datenbank
+				DBMS      +    DB
+Softwareschicht + Datensammlung
+Anwendungsprogramme greifen NIEMALS direkt auf die Daten zu!!!
+System sucht besten Weg zu Daten - Selbst beschreibt nur den Weg!
+
+Abstraktion ist das Ableiten des Wesentlichen!
+
+DBS verwaltet Schema und Zustand gemeinsam!
+
+[[ANSI SPARC Modell]]
+
+
@@ -0,0 +1,14 @@
+### Intrarelationale Abhängigkeiten
+
+Gültigkeit einer einzelnen Relation
+Innerhalb einer Tabelle 
+z.B. $\sigma$ : Rel(X) -> {true, false}
+erfüllt oder verletzt Regel
+
+### Interrelationale Abhängigkeiten
+Regeln zwischen Tabellen
+Konsistenz über die gesamte Datenbank
+![[Pasted image 20260722152527.png]]
+Etwas in einer Tabelle muss auch in einer anderen existieren
+auch Exklusionsabhängigkeiten müssen erstellt werden!
+z.B. Assistent $\cap$ Professor = $\emptyset$ 
@@ -0,0 +1,46 @@
+![[3-Rel.pdf]]
+
+
+![[Pasted image 20260722144852.png]]
+
+Wertebereiche = Domänen = Atomare Datentypen
+![[Pasted image 20260722145754.png]]
+Relation = Ausprägung eines Schemas
+Datenbankschema = Menge von Schemata
+Datenbank = Menge aller gegenwärtigen Relationen
+Schema = Bauplan - Datenbank = aktueller Gesamtzustand
+
+Tupel-Projektion
+![[Pasted image 20260722150147.png]]
+isolieren relevanter Teilinformationen
+Wir wählen bestimmte Spalten einer Zeile aus
+
+Schlüsselkandidat : eine MINIMALE menge S eines Schemas R deren Werte den Tupel EINDEUTIG identifizieren
+Primärschlüssel : gewählter Schlüsselkandidat
+
+
+[[Intrarelationale Abhängigkeiten]]
+[[Intrarelationale Abhängigkeiten]]
+### Fremdschlüssel
+Referenziert einen Primärschlüssel einer anderen Tabelle
+
+### ER-Modell zu Relationalem Modell
+Starke Entities werden zu Relationen
+Attribute werden zu Spalten
+Primärschlüssel bleibt Primärschlüssel
+![[Pasted image 20260722153519.png]]
+Zusammengesetzte Attribute werden aufgeteilt und bekommen eigene Spalten
+außer wenn es eh nie zerlegt ausgewertet wird
+mehrwertige Attribute bekommen eigene Relation
+![[Pasted image 20260722153712.png]]
+n:m Beziehungen bekommen eigene Relation
+![[Pasted image 20260722154305.png]]
+1:n Beziehungen entweder eigene Relation oder in Relation der n Seite integrieren
+![[Pasted image 20260722154629.png]]
+1:1 Beziehung  Verschmelzen oder Fremdschlüssel
+![[Pasted image 20260722154712.png]]
+Rekursive Beziehungen
+1:1 / 1:n 
+
+
+