DB

Question 1

Gegenteil von persistenten Daten

Answer 1

Transiente Daten

Question 2

Was sind ‘Redundanzen’ bei Daten ?

Answer 2

• Mehrfaches Vorhandensein ein und derselben Information in unterschiedlichen Dateien

Question 3

Nachteil Redundanzen

Answer 3

• Erhöhter Speicherbedarf

- Erhöhter Aufwand zur Synchronisation von Datenänderungen (Abgleich von Dateien)

Question 4

Definition Datenbank

Answer 4

Eine Datenbank ist eine Sammlung von Daten, die untereinander in einer logischen Beziehung stehen und von einem eigenen Datenbankverwaltungssystem (Database Management System, DBMS) verwaltet werden.

Question 5

Abkürzung DBMS

Answer 5

Database Management System

Question 6

Definition DBMS

Answer 6

Das Datenbankmanagementsystem (DBMS) ist ein Softwaresystem (d.h. eine Sammlung von Programmen), das dem Benutzer das Erstellen und die Pflege einer Datenbank ermöglicht. Dies umfasst die Definition, die Erzeugung und Manipulation von Datenbanken

Question 7

Schemaarchitektur

Answer 7

Unterscheidet verschiedene Abstraktionsebenen in denen die Daten einer Datenbank repräsentiert werden

Question 8

Systemarchitektur

Answer 8

Komponenten des DBMS die sich in einem Schichtenmodell anordnen lassen

Question 9

Anwendungsarchitektur

Answer 9

Aufteilung der Funktionalitäten in verschiedene logische Schichten

Question 10

Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”

Welche Ebenen gibt es ?

Answer 10

• Externe Ebene
• Konzeptuelle Ebene
• Interne Ebene

Question 11

Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”

Was ist die “Externe Ebene” ?

Answer 11

> Benutzersichten auf das konzeptuelle Schema

> Anwendungsspezifischen Ausschnitt aus dem gesamten Datenbestand (Übrigen Daten bleiben verborgen.

Question 12

Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”

Was ist die “Konzeptuelle Ebene” ?

Answer 12

> Beschreibt die Struktur der gesamten Datenbank
Verbirgt die Details der physischen Speicherung
Beschreibt die Objekt, Datentypen, Beziehungen, Operationen und Integritätsbedingungen

Question 13

Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”

Was ist die “Interne Ebene” ?

Answer 13

> Physikalische Speicherstruktur
Nutzung des physischen Datenmodells
Details zur Datenspeicherung/Zugriffspfade

Question 14

Was ist die “Logische Datenunabhängigkeit” ?

Answer 14

Das konzeptuelle Schema kann geändert werden ohne externe Schemata /Anwendungsprogramme anpassen zu müssen

Question 15

Was ist die “Physische Datenunabhängigkeit” ?

Answer 15

Das interne Schema kann modifiziert werden, ohne dass Schemaänderungen auf der konzeptuellen / externen Ebene erforderlich sind
> Z.B. Reorganisation der physischen Dateien

Question 16

Systemarchitektur:
“Fünf- Ebenen (System) -Architektur”

Welche Ebenen gibt es ?

Answer 16

• Datensystem
• Zugriffssystem
• Speichersystem
• Pufferverwaltung
• Betriebssystem

Question 17

Anwendungsarchitekturen:
“Client-Server-Model”

Welche Ebenen gibt es ?

Answer 17

• Benutzerschnittstelle (GUI)
• Anwendungslogik
• Datenbank Zugriffsschicht
• Datenbank

Question 18

Fat-Client-Architektur Vorteile

Answer 18

> Keine aufwändige Infrastruktur

> Geringe Belastung des Datenbankservers, da die Realisierung Anwendungslogik auf dem Client erfolgt

Question 19

Fat-Client-Architektur Nachteile

Answer 19

> Aufwändige Wartung der Software( Änderung muss auf allen Clients durchgeführt werden)
Benötigt leistungsfähige Clients
Daten werden über das Netzwerk gesendet
Mehr Clients führt zu größerer Last auf dem Server

Question 20

Thin-Client-Architektur Vorteile

Answer 20

> Anwendungslogik zentral auf dem Datenbankserver gehalten/gewartet
Weniger Rechenaufwand beim Client
Bessere Performance und Entlastung des Netzwerkes wenn mehr Daten verarbeitet werden, als am Ende präsentiert werden
Speichern von benutzerdefinierten Routinen

Question 21

Thin-Client-Architektur Nachteile

Answer 21

> Ein Wechsel des DBS wird erschwert (DBMS unterscheiden sich in unterstützten Sprachen– Gefahr der Abhängigkeit von einem bestimmten Hersteller)
Stärkere Belastung des Datenbankservers

Question 22

Thin-Client-Architektur mit Applikationsserver Vorteile

Answer 22

> Anwendungslogik wird zentral auf dem Applikationsserver gehalten
Client wird von komplexen Operationen befreit (benötigt wenige Ressourcen)
Applikationsserver kann Daten puffern und damit Netzwerk entlasten
Sehr gute Skalierbarkeit

Question 23

Thin-Client-Architektur mit Applikationsserver Nachteile

Answer 23

> Komplexe Infrastruktur erfordert mehr Know- How

> Zugriff von Client auf den Applikationsserver wird eine Schnittstelle benötigt

Question 24

DBMS Vorteile

Answer 24

1. Zentrale Schnittstelle (Single point of truth) 2. Nutzung von Standards
2. Effizienter Datenzugriff
3. Kürze Softwareentwicklungszeiten
4. Hohe Flexibilität
5. Hohe Verfügbarkeit
6. Große Wirtschaftlichkeit

Question 25

DBMS Nachteile

Answer 25

1. Lizenz / Servicegebühren und Hardwaregebühren
2. Weniger Effizient für spezialisierte Anwendungen (Allzweck-Software)
3. Bei konkurrierenden Anforderung kann das Datenbanksystem nur für einen Teil der Anwendungsprogramme optimiert werden
4. Qualifiziertes Personal ist erforderlich (Datenbankdesigner, Datenbankadministrator)
5. Verwundbarkeit durch Zentralisierung