DB Flashcards
Gegenteil von persistenten Daten
Transiente Daten
Was sind ‘Redundanzen’ bei Daten ?
- Mehrfaches Vorhandensein ein und derselben Information in unterschiedlichen Dateien
Nachteil Redundanzen
- Erhöhter Speicherbedarf
- Erhöhter Aufwand zur Synchronisation von Datenänderungen (Abgleich von Dateien)
Definition Datenbank
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.
Abkürzung DBMS
Database Management System
Definition DBMS
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
Schemaarchitektur
Unterscheidet verschiedene Abstraktionsebenen in denen die Daten einer Datenbank repräsentiert werden
Systemarchitektur
Komponenten des DBMS die sich in einem Schichtenmodell anordnen lassen
Anwendungsarchitektur
Aufteilung der Funktionalitäten in verschiedene logische Schichten
Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”
Welche Ebenen gibt es ?
- Externe Ebene
- Konzeptuelle Ebene
- Interne Ebene
Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”
Was ist die “Externe Ebene” ?
> Benutzersichten auf das konzeptuelle Schema
> Anwendungsspezifischen Ausschnitt aus dem gesamten Datenbestand (Übrigen Daten bleiben verborgen.
Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”
Was ist die “Konzeptuelle Ebene” ?
> Beschreibt die Struktur der gesamten Datenbank
Verbirgt die Details der physischen Speicherung
Beschreibt die Objekt, Datentypen, Beziehungen, Operationen und Integritätsbedingungen
Schemaarchitektur:
“Drei- Ebenen (Schema) -Architektur”
Was ist die “Interne Ebene” ?
> Physikalische Speicherstruktur
Nutzung des physischen Datenmodells
Details zur Datenspeicherung/Zugriffspfade
Was ist die “Logische Datenunabhängigkeit” ?
Das konzeptuelle Schema kann geändert werden ohne externe Schemata /Anwendungsprogramme anpassen zu müssen
Was ist die “Physische Datenunabhängigkeit” ?
Das interne Schema kann modifiziert werden, ohne dass Schemaänderungen auf der konzeptuellen / externen Ebene erforderlich sind
> Z.B. Reorganisation der physischen Dateien
Systemarchitektur:
“Fünf- Ebenen (System) -Architektur”
Welche Ebenen gibt es ?
- Datensystem
- Zugriffssystem
- Speichersystem
- Pufferverwaltung
- Betriebssystem
Anwendungsarchitekturen:
“Client-Server-Model”
Welche Ebenen gibt es ?
- Benutzerschnittstelle (GUI)
- Anwendungslogik
- Datenbank Zugriffsschicht
- Datenbank
Fat-Client-Architektur Vorteile
> Keine aufwändige Infrastruktur
> Geringe Belastung des Datenbankservers, da die Realisierung Anwendungslogik auf dem Client erfolgt
Fat-Client-Architektur Nachteile
> 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
Thin-Client-Architektur Vorteile
> 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
Thin-Client-Architektur Nachteile
> 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
Thin-Client-Architektur mit Applikationsserver Vorteile
> 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
Thin-Client-Architektur mit Applikationsserver Nachteile
> Komplexe Infrastruktur erfordert mehr Know- How
> Zugriff von Client auf den Applikationsserver wird eine Schnittstelle benötigt
DBMS Vorteile
- Zentrale Schnittstelle (Single point of truth) 2. Nutzung von Standards
- Effizienter Datenzugriff
- Kürze Softwareentwicklungszeiten
- Hohe Flexibilität
- Hohe Verfügbarkeit
- Große Wirtschaftlichkeit
DBMS Nachteile
- Lizenz / Servicegebühren und Hardwaregebühren
- Weniger Effizient für spezialisierte Anwendungen (Allzweck-Software)
- Bei konkurrierenden Anforderung kann das Datenbanksystem nur für einen Teil der Anwendungsprogramme optimiert werden
- Qualifiziertes Personal ist erforderlich (Datenbankdesigner, Datenbankadministrator)
- Verwundbarkeit durch Zentralisierung
