vault backup: 2026-07-23 10:55:26

This commit is contained in:
Benjamin Neumann
2026-07-23 10:55:26 +02:00
parent 28937cfc8e
commit afa6720447
75 changed files with 59 additions and 45 deletions
Binary file not shown.

After

Width:  |  Height:  |  Size: 12 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 9.0 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 9.5 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 9.2 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 21 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 9.6 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 29 KiB

@@ -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