Whole Shit

Question 1

DBMS (vs. Filesystem)

Answer 1

• hohe Komplexität
• Kosten (System, Hardware, Handling)
• Weniger effizient (Mehrzwecksoftware)

Question 2

Filesystem (vs. DBMS)

Answer 2

• Redundanz und Inkonsistenz
• Beschränkte Zugriffmöglichkeiten
• Probleme bei Mehrbenutzerbetrieb
  (Verlust von Daten im Fehlerfall)
• Intergritätsverletzung
• Sicherheitsprobleme
• Hohe Entwicklungskosten

=> Speicherung von Daten in einzelnen Dateien ist unflexibel!

Question 3

Fixlängedatei

Answer 3

Feste Größe für Teile der Datei

Question 4

CSV-Datei

Answer 4

dynamische Größe je nach Inhalt

Question 5

Konkurrierender Zugriff

Answer 5

• nur ein Benutzer kann in Datei schreiben

- Aufweichen der Regel führt immer zu inkonsistenten Datenbeständen

Question 6

Datenbankkonzept

Answer 6

• Datenspeicherung nach Schema (über DDL definiert)

- insoliert Daten von Anwendung

Question 7

Datenbanksystem

Answer 7

• physische Datensammlung, welche Ausschnitt der realen Welt beschreibt
• logisch zusammenhängende Sammlung von Daten mit einer inhärenten (anhaftenden) Bedeutung

Question 8

Datenbankmanagementsystem

Answer 8

Softwaresystem, welches dem Nutzer das Erstellen und Pflegen einer DB ermöglicht

(Definition, Konstruktion, Manipulation der Daten)

Question 9

Datenbasis / Nutzdaten

Answer 9

bekannte Tatsachen die aufgezeichnet werden können und eine impliziete Bedeutung haben

Question 10

Metadaten

Answer 10

Daten über Daten

Question 11

Codd Funktionen

Answer 11

Integration
Operationen
Katalog/Metadaten
Benutzersichten
Konsistenzüberwachung
Datenschutz
Transaktionen
Synchronisierung
Datensicherung

Question 12

Integration

Answer 12

Einheitliche, nicht redundante Verwendung von Informationen

Question 13

Operationen

Answer 13

CRUD Operationen

Question 14

Katalog / Metadaten

Answer 14

Speichert Daten über Daten

Question 15

Benutzersichten

Answer 15

Verschiedene Views für verschiedene Benutzer

Question 16

Konsistenzüberwachung

Answer 16

Die Datenerhaltung stellt die Datenintegrität her

Question 17

Datenschutz

Answer 17

Vermeidung unautorisierter Zugriffe

Question 18

Transaktionen

Answer 18

Zusammenfassung mehrere Datenbankoperationen zu einer atomaren Operation

Question 19

Synchronisierung

Answer 19

Konkurrierende Zugriffe durch Benutzer sind möglich (über zentrale Instanz)

Question 20

Datensicherung

Answer 20

Wiederherstellung nach Systemausfall

Question 21

ACID

Answer 21

Atomicity
Consistency
Isoltation
Durability

Question 22

Atomicity

Answer 22

Sequenzen von Operationen werden als eine angesehen und somit entweder vollständig oder gar nicht ausgeführt

Question 23

Consistency

Answer 23

Nebenbedingungen des Universe of Discourse müssen erfüllt sein (z.B kein neg. Alter)

Question 24

Isolation

Answer 24

Trennung von Daten und Zugriffen (somit ist Koordinierung mehrerer Zugriffe möglich)

Question 25

Durability

Answer 25

Sicherstellung, dass Daten dauerhaft gespeichert wurden nach jeder Operation (sodass Wiederherstellung möglich)

Question 26

Schema

Answer 26

Strukturelle Beschreibungen der DB | Semantik der Daten, Daten an sich, Konsistenzbedingungen

Question 27

Datenmodell

Answer 27

Formalismen zur Beschreibung von DB-Schemen (auf unterschiedl. Ebenen - ER-Modell - relationales DB-Modell - Physisches Schemata

Question 28

Datenbankzustand

Answer 28

Inhalt der DB zu einem bestimmten Zeitpunkt

Question 29

ANSI / SPARC

Answer 29

= Drei Ebenen Architektur - Externe Ebene - Konzeptionelle Ebene - Interne/physikalische Ebene => Gewährleistung der physischen und logischen Datenunabhängigkeit

Question 30

Externe Ebene (ANSI)

Answer 30

- Anwendungsebene - stellt individuelle Benutzeransichten bereit - verbirgt konzeptuelle Datenhaltung

Question 31

Konzeptuelle Ebene (ANSI)

Answer 31

- beschreibt System und anwendungsabhängige Struktur | - verbirgt physische Ebene

Question 32

Interne/physische Ebene (ANSI)

Answer 32

beschreibt physischeSpeicherstrukturen eine DB

Question 33

Physische Datenunabhängigkeit

Answer 33

Änderungen an der Dateistruktur (physische Ebene) haben keinen Einfluss mehr auf die Anwendung

Question 34

Logische Datenunabhängigkeit

Answer 34

Änderungen an konzeptuellen Modell (konzeptuelle Ebene) haben keinen Einfluss mehr auf die Anwendung => Schwerer zu erreichen als die physische

Question 35

OLTP

Answer 35

Online Transaction Processing Merkmale: - Vorhersagbare und wiederkehrende Abfragen - aktueller, detaillierter Inhalt - hohe Abfragehäufigkeit - kurze Antwortzeiten - parallele Zugriffe

Question 36

DDL

Answer 36

Dient zum Ausdruck des Schemas (Metadaten) | Welche Daten ? Was für Relationen ? Welche Nebenbedingungen ?

Question 37

DML

Answer 37

Dient zur Manipulation des Inhalts der DB (CRUD-Operationen)

Question 38

DB-Entwurfsprozess zu beachten

Answer 38

Vermeidung von Redundanzen Vollständigkeit

Question 39

DB-Entwurfprozess - Vorgehen

Answer 39

1. Anforderunganalyse (Expertengesrpäche..) 2. Konzeptioneller Entwurf (Übersetzung Anforderungen =>ER - Diagramm) 3. Logischer Entwurf (Übersetzung in implementierbares DB-Modell) 4. Physischer Entwurf (Datei und Indexstrukturen)

Question 40

IS-A Bezihungen

Answer 40

One Table per Class Hierachy One Table per Concrete Class One Table per Class

Question 41

Connection Pooling

Answer 41

- ermöglicht halten von Serververbindungen in einem Pool - Verbindungen aus Pool können ohne neuen Aufbau sofort verwendet werden - Nicht mehr benötigte Verbindungen werden an Pool zurück gegeben