Daten- und Transaktionskontrolle mit SQL DCL, TCL
|
|
- Teresa Krause
- vor 6 Jahren
- Abrufe
Transkript
1 Daten- und Transaktionskontrolle mit SQL DCL, TCL 1
2 Zugriffsrechte für Datenbankobjekte Zugriff zu einer Relation (inkl. Daten) mit allen Rechten hat zunächst nur der Benutzer, der sie erzeugt hat Situation in realen Anwendungen Datenbankadministrator ist Eigentümer der DB und damit Inhaber aller Rechte auf allen Relationen Notwendigkeit zur selektiven, zielgerichteten Weitergabe von Rechten Syntax zur Rechtevergabe (ausführlich nächste Folie): GRANT <privileges> ON <object> TO <grantee> [WITH GRANT OPTION] Syntax zum Rechteentzug: REVOKE <privileges> FROM <grantee> <drop_behaviour> Angabe <drop_behaviour> steuert Verhalten bei abhängigen Objekten CASCADE: vererbte Rechte werden entzogen RESTRICT: Rechteentzug schlägt fehl 2
3 Ausführliche Syntax für GRANT GRANT ALL ON relation view TO PUBLIC benutzer DELETE, SELECT INSERT WITH GRANT OPTION UPDATE ( attribut ), Privileges: ALL, SELECT, INSERT, DELETE, UPDATE,... Object: TABLE, DOMAIN, TYPE,... Grantee: PUBLIC, Role, User, WITH GRANT OPTION: Möglichkeit für den berechtigten Nutzer, das empfangene Recht an andere Nutzer weiterzugeben 3
4 GRANT und REVOKE Beispiele Beispiel 1: Benutzer KK soll die Berechtigung zum Lesen der Angest -Relation erhalten und die Möglichkeit, diese Berechtigung weiterzugeben: GRANT SELECT ON Angest TO KK WITH GRANT OPTION Beispiel 2: Benutzer ML soll nur die Spalte Wohnort von MeineSichtderDinge ändern dürfen, Weitergabe dieser Berechtigung sei unzulässig: GRANT UPDATE (Wohnort) ON MeineSichtderDinge TO ML Beispiel 3: Jedermann soll das Recht erhalten, die Projekt -Relation zu lesen: GRANT SELECT ON Projekt TO PUBLIC Beispiel 4: Benutzer KK wird das Leserecht auf Angest entzogen, anderen durch KK berechtigten Nutzern ebenfalls: REVOKE SELECT ON Angest FROM KK CASCADE 4
5 Transaktionsverwaltung/Fehlerbehandlung Transaktionsbegriff Was ist eine Transaktion Wozu braucht man Transaktionen ACID-Eigenschaften Fehlerszenarien Klassifikation Fehlerursachen Fehlerbehandlungsmaßnahmen Klassifikation Lösungen für verschiedene Fehlerszenarien 5
6 Der Transaktionsbegriff I Definition: eine Transaktion ist eine Folge zusammengehöriger Operationen (SQL-Anweisungen) auf der Datenbank (Lese- und Schreiboperationen, DML!) für die gewisse Eigenschaften gelten sollen Bemerkung: BOT OP1 OP2 OP3 OP4 OP5 OP6 OP7 OP8 OP9 EOT t Publiziert in den 1970er Jahren durch Jim Gray Veranschaulichung als Klammerung von Operationen, wird explizit vom Benutzer bzw. der Anwendung gesetzt Öffnende Klammer: BOT (Begin of Transaction) Schließende Klammer: EOT (End of Transaction) COMMIT: Durchführung aller Operationen seit BOT ROLLBACK: Zurücksetzen aller Operationen seit BOT 6
7 Der Transaktionsbegriff II Operationen auf Datenbanken finden ausschließlich im Rahmen von Transaktionen statt Es gibt keine Operationen außerhalb von Transaktionen! Im Extremfall veranlasst das DBMS die implizite Klammerung, jede Operation bildet dann eine Transaktion für sich (wenig spannend...) Transaktionseigenschaften (ACID-Eigenschaften) Erstmals formuliert von Härder/Reuter 1983 (ACM Computing Surveys) ACID: Atomicity Consistency Isolation Durability OP1 OP2 OP3 OP4 OP5 OP6 OP7 t 7
8 Das ACID-Prinzip I Atomariät (A = atomicity): Eine Transaktion wird entweder komplett oder gar nicht ausgeführt ( All or nothing -Prinzip) Genauer: eine Transaktion darf nicht im halbfertigen Zustand verbleiben (bei Abbruch, Absturz, etc.), d.h. einige Änderungen auf der Datenbank wurden ausgeführt, andere hingegen nicht Konsistenz (C = consistency): Eine Transaktion überführt die Datenbank per Definition von einem logisch konsistenten Zustand in einen logisch konsistenten Zustand Logisch konsistenter Zustand: alle Integritätsregeln gelten OP1 OP2 OP3 OP4 OP5 OP6 t BOT EOT Datenbank logisch konsistent Datenbank hier möglicherweise inkonsistent Bsp.: Umbuchung von einem Konto auf ein anderes Datenbank logisch konsistent 8
9 Das ACID-Prinzip II Isolation (I = isolation): Ergebnisse innerhalb einer Transaktion (durchgeführte DB- Änderungen) werden erst bei EOT nach außen hin sichtbar (d.h. für andere, parallel laufende Transaktionen im Mehrbenutzerbetrieb) Isolation ermöglicht u.a. isoliertes Zurücksetzen einer Transaktion! Probleme bei unvollständiger/fehlender Isolation Lost Update: Verlust gleichzeitiger Änderung paralleler Transaktionen Dirty Read: Lesen von Daten nicht abgeschlossener paralleler Transaktionen Nonrepeatable Read: Wiederholtes Lesen liefert verschiedene Ergebnisse Lösung: Isolation level seit SQL-92 T1 T2 OP1 OP2 OP1 ändert... liest ohne Isolation würde T2 hier inkonsistente Datenbank sehen!! t Gratwanderung zwischen Problemlösung vs. Performance Beispiel: Transaktion T1 buchten Konten um, Transaktion T2 liest parallel die Kontenstände 9
10 Das ACID-Prinzip III Dauerhaftigkeit (D = durability): Bei erfolgreichem Ende einer Transaktion (COMMIT) müssen die von ihr durchgeführten Änderungen auch nachfolgende Fehlerfälle überleben Fehlerfälle: Systemabsturz, Platten-Crash Überleben kann auch heißen: automatisch vom DBMS rekonstruierbar Benutzer muss sich darauf verlassen können, dass seine durchgeführten und mit COMMIT freigegebenen/festgeschriebenen Änderungen auch wirklich Beispiel: Bestand haben OP1 OP2 OP3 OP4 BOT COMMIT Fehlersituation Transaktion zur Eheschließung, d.h. Änderung des Familienstandes an zwei Personen t Nach erfolgreicher Eintragung fällt der Strom aus (schlechtes Omen!) Ehe sollte deswegen nicht nochmal geschlossen werden müssen! 10
11 Fehlerszenarien I Klassifikation (mit zunehmendem Disaster): Transaktionsversagen Systemversagen Externspeicherversagen Transaktionsversagen (Transaction Failure) Symptom: Eine einzelne Transaktion erreicht nicht ihr normales Ende (COMMIT) sondern bricht vorzeitig ab Gründe aus Benutzersicht: Anwender hat es sich anders überlegt (z.b. Reiseplanung beendet) Anwender bricht ab aufgrund falscher Eingabedaten / Fehler Gründe aus Sicht des DBMS: Absturz eines Anwendungsprogramms Timeout beim Anwendungsprogramm (z.b. Verbindungsproblem) Deadlock (Verklemmung) paralleler Transaktionen 11
12 Fehlerszenarien II Systemversagen (System Failure, Crash) Symptom: Das DBMS stürzt ab, d.h. die gesamte DB-Verarbeitung wird abrupt unterbrochen; alle laufenden und ggf. auch abgeschlossene Transaktionen betroffen Gründe z. B. : Fehler in der DBMS-Software, Betriebssystem-Fehler, Hardware-Versagen (Defekt, Stromausfall,...) Konsequenz: Inhalt des Hauptspeichers geht verloren (Systempuffer, Sperrtabellen,...), Platteninhalte bleiben jedoch erhalten + intakt Externspeicherversagen (Media Failure) Symptom: Datenverlust auf Externspeicher, Datenbank ganz oder teilweise zerstört Gründe: Head Crash, magnetische Alterung, Plattendefekte aller Art Wie lassen sich die ACID-Eigenschaften (vorallem A und D ) trotzdem garantieren? Fehlerbehandlungsmaßnahmen (Datenbank-Recovery) 12
13 Fehlerbehandlung bei Transaktionsversagen DBMS setzt betroffene Transaktion auf ihren Anfangszustand zurück, d.h. alle Änderungen am DB-Zustand, die von der Transaktion bereits vorgenommen wurden, werden rückgängig gemacht (ROLLBACK) Sogenannte R1-Recovery Gewährleistung der Atomarität Mögliches Vorgehen: DBMS protokolliert die Änderungen am Datenbankzustand in Form von before images (z.b. Tupel vor der Modifikation) und after images (z.b. Tupel nach der Modifikation) Speicherung in sogenannten Protokolldateien (Log) auf der Platte Durchführung eines ROLLBACK mit den before images aus der Protokolldatei automatisch vom DBMS möglich Konsequenz: Aufwand zur Verwaltung der Log-Datei und Redundanz erforderlich! 13
14 Fehlerbehandlung bei Systemversagen I Beispielszenario: T1 T2 T3 T4 CP1 CP-Intervall D D Nachgefahren CP2 Crash t DBMS führt automatisch oder vom DBA veranlasst einen Wiederanlauf (Restart) durch verbunden mit Crash Recovery Nachfahren (REDO) von Transaktionen mit COMMIT vor dem Systemversagen Sogenannte R2-Recovery (wegen Dauerhaftigkeit) Grund: trotz COMMIT können die Änderung einer Transaktion noch im Systempuffer stehen und noch nicht auf Platte persistiert sein Verwendung der after images aus der Logdatei Beispiel: Änderung der Transaktionen T1 und T2 nachfahren 14
15 Fehlerbehandlung bei Systemversagen II Zurücksetzen (ROLLBACK) von unterbrochenen Transaktionen Sogenannte R3-Recovery (wegen Atomarität, analog R1-Recovery) Verwendung der before images aus der Logdatei Beispiel: Änderungen der Transaktionen T3 und T4 zurücksetzen Problem bezüglich des Nachfahrens: Wie weit in der Vergangenheit muss begonnen werden? Theoretisch ab Zeitpunkt des DBMS-Starts sehr aufwändig für R2! Lösung: Sicherungspunkte (Checkpoints, CP) in regelmäßigen Abständen (Checkpoint-Intervall), z.b. alle 10 Minuten Inhalt des Systempuffers wird komplett in die Datenbank geschrieben, d.h. auf Platte persistiert ( flush buffer ) Nachfahren braucht nicht über den aktuellsten Checkpoint hinaus in die Vergangenheit (Logfile!) gehen Beispiel: T1 muss nicht mehr nachgefahren werden, nur noch ab CP2 15
16 Fehlerbehandlung bei Externspeicherversagen Ausgangspunkt / Voraussetzung: Gelegentliches Erstellen von Datenbankkopien ( Archivkopien ), d.h. Planung und Durchführung von Backup-Strategien Protokollieren der Änderungen aller (zumindest abgeschlossenen) Transaktionen in Form von after images in Protokolldatei (Log) Vorgehen: Datenbankadministrator lädt Archivkopie, meist von Band auf Platte Start DBMS-seitigen Nachfahrens aller abgeschlossenen Transaktionen (R4- Recovery) wegen Dauerhaftigkeit DB anschließend wieder in aktuellem konsistentem Zustand, keine Änderungen abgeschlossener Transaktionen verlorengegangen Beispiel: T1 T2 T3 T4 Archivkopie R4-Recovery für T2 und T3 Externspeicherversagen t 16
17 Sonstiges 17
18 Das Feld der Datenbanken ist noch viel weiter Data Mining Data Integration Mapping & Matching Data Warehouse Data Mart Data Quality Data Profiling Slices and Dices Procedures Trigger SQL-Injections Structured Storage NoSQL Data Cleansing 18
19 Letzte Termine Gastvorträge: Di : Michael Burwig (SAP) 12:15 Uhr, CZ 3, SR 308 Do : Dr. Markus Döhring (BASF) 16:15 Uhr, CZ 3, SR 314 Probeklausur: Di , 12:15 o Wintersemester 16/17 DBIS 19
Vorlesung mit Übung Datenbanksysteme 2
Vorlesung mit Übung Datenbanksysteme 2 Sommersemester 2012 Institut für Informatik Lehrstuhl für Datenbanken und Informationssysteme http://www.minet.uni-jena.de/dbis/lehre Prof. Dr. Klaus Küspert (Vorlesung)
MehrTransaktionsverwaltung
Transaktionsverwaltung VU Datenbanksysteme vom 21.10. 2015 Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Transaktionsverwaltung
MehrDatenbanken Konsistenz und Mehrnutzerbetrieb III
Datenbanken Konsistenz und Mehrnutzerbetrieb III 1. Oracle Architektur! Komponenten des Oracle Servers! Zugriff über Netzwerk 2. Zugriffsrechte! Starten und Schließen der Datenbank! Nutzer und Rollen!
MehrTransaktionen Recovery Isolationslevel. Datenbanksysteme. Transaktionen. Burkhardt Renz. Fachbereich MNI Technische Hochschule Mittelhessen
Transaktionen Fachbereich MNI Technische Hochschule Mittelhessen Sommersemester 2015 Motivation ACID-Eigenschaften Übersicht Transaktionen Motivation ACID-Eigenschaften Ursachen für Logging und Backup
MehrView. Arbeiten mit den Sichten:
View "individuelle Sicht" (vgl. 3-Schichten-Modell) virtuelle Tabellen: in der DB wird nicht deren Inhalt, sondern nur die Ableitungsregel gespeichert. Arbeiten mit den Sichten: Anfragen: kein Problem.
Mehr1 Transaktionen in SQL. 2 Was ist eine Transaktion. 3 Eigenschaften einer Transaktion. PostgreSQL
1 Transaktionen in SQL Um Daten in einer SQL-Datenbank konsistent zu halten, gibt es einerseits die Möglichkeit der Normalisierung, andererseits sog. Transaktionen. 2 Was ist eine Transaktion Eine Transaktion
MehrKapitel 8: Transaktionen
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2006/2007 Vorlesung: Dr. Peer Kröger Übungen: Karsten
MehrDatenbanken II Literatur
Datenbanken II Literatur C. J. Date: An Introduction to Database Systems; Addison-Wesley Systems Programming Series. 6th ed. 1995 H. E. Erbs, S. Karczewski und I. Schestag: Datenbanken (Datenmodelle, Objekte,
MehrLiteratur und Quellen. Datenbanken. Inhalt. Inhalt. Transaktionen. Nikolaus Augsten. Wintersemester 2013/14
Literatur und Quellen Datenbanken Nikolaus Augsten nikolaus.augsten@sbg.ac.at FB Computerwissenschaften Universität Salzburg Wintersemester 2013/14 Lektüre zu den Themen : Kapitel 9 () aus Kemper und Eickler:
MehrKapitel 2 Transaktionsverwaltung
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS DATABASE Skript zur Vorlesung: Datenbanksysteme II Sommersemester 2014 Kapitel 2 Transaktionsverwaltung Vorlesung: PD Dr. Peer
MehrDatenintegrität und Transaktionskonzept
und Transaktionskonzept 1. / Datenkonsistenz 1 Mögliche Gefährdung der : Missachtung von Konsistenzbedingungen ("Semantische Integrität") Inkorrekte Verweise auf Datensätze in verschiedenen Tabellen ("Referentielle
MehrDatenadminstrator, Datenbankdesigner, Systemanalytiker (für die logische Sicht zuständig)
1 Grundlagen Begriffe Daten bekannte zutreffende Tatsachen über die Domäne/Miniwelt DBS Einsatz eines DBMS für eine Datenbank, DBS besteht aus folgenden Komponenten: 1. DBMS 2. Datenbank DBMS Software
MehrWiederanlauf (Recovery)
DEVO 8.1 Wiederanlauf (Recovery) DEVO 8.2 Ziele Wiederherstellung eines konsistenten Datenbankzustandes nach einem Fehler. Fehler: Transaktionsabbruch: eine Transaktion muß nach einem logischen Fehler
Mehr7. Datenkontrolle. Klassifikation von Integritästbedingungen Integritätsbedingungen in SQL. Zugriffskontrolle/Autorisierung in SQL 7-1
7. Datenkontrolle ACID und Datenkontrolle Synchronisation i Anomalien Isolation Level Integritätskontrolle Klassifikation von Integritästbedingungen Integritätsbedingungen in SQL Integritätsregeln / Trigger
Mehr9 Transaktionskonzept
9 Transaktionskonzept Transaktionskonzept 9.1 Das Transaktionskonzept 9.2 Concurrency & Locking 9.3 Recovery 9.4 JDBC Teil II 9.4.1 Transaktionsmanagement 9.4.2 Objektrelationale Konzepte Schestag Datenbanken
MehrWiederherstellung (Recovery)
Fragestellungen Aufgaben der Komponenten für das Recovery: Sicherstellung der Dauerhaftigkeit der gespeicherten Daten, d.h. Daten, die in einer Transaktion einmal bestätigt wurden (commit), bleiben auch
MehrDie Grundbegriffe Die Daten Die Informationen
Die Grundbegriffe Die Daten sind diejenigen Elemente, die vom Computer verarbeitet werden. Die Informationen sind Wissenselemente, welche durch die Analyse von Daten erhalten werden können. Die Daten haben
MehrDatenbank-Administration im WS 2012/13 - Einführung in Projekt 3 - Prof. Dr. Klaus Küspert Dipl.-Math. Katharina Büchse Dipl.-Inf.
Datenbank-Administration im WS 2012/13 - Einführung in Projekt 3 - Prof. Dr. Klaus Küspert Dipl.-Math. Katharina Büchse Dipl.-Inf. Andreas Göbel Friedrich-Schiller-Universität Jena Lehrstuhl für Datenbanken
MehrTransaktionsverwaltung
Transaktionsverwaltung Commit Eigenschaften von Transaktionen (ACID) Transaktionen in SQL Kapitel 9 1 Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1. Lese den Kontostand
MehrDatenbankadministration
Datenbankadministration 11. Synchronisation AG DBIS University of Kaiserslautern, Germany Karsten Schmidt kschmidt@informatik.uni-kl.de (Vorlage TU-Dresden) Wintersemester 2008/2009 Transaktion Transaktion
MehrTag 4 Inhaltsverzeichnis
Tag 4 Inhaltsverzeichnis Normalformen Problem Formen (1-4) Weitere Formen Transaktionen Synchronisationsprobleme Überblick Autocommit Locking Savepoints Isolation levels Übungen RDB 4-1 Normalformen Problematik
MehrOracle Datenbank - Recovery
Oracle Datenbank - Recovery H.-G. Hopf Georg-Simon-Ohm Fachhochschule Nürnberg Datenbank-Recovery / 1 Η. G.Hopf / 10.04.2003 Inhaltsverzeichnis Transaktionsablauf Prozess - Recovery Instanz - Recovery
MehrDatenbanken: Transaktionskonzept und Concurrency Control
Wesentlich für das Arbeiten mit Datenbanken sind konsistente Datenbestände! Folgerung: es muss sichergestellt werden, dass Datenmanipulationen von Benutzern immer in einem erneut konsistenten Zustand der
MehrBenutzerverwaltung, Sichten und Datenintegrität
Benutzerverwaltung, Sichten und Einige Vergleiche zwischen MySQL, Oracle und PostgreSQL OStR Michael Dienert, StR Ahmad Nessar Nazar 29. November und 30. November 2011 1 von 113 OStR Michael Dienert, StR
MehrDatenbanken und SQL. Kapitel 1. Übersicht über Datenbanken. Edwin Schicker: Datenbanken und SQL (1)
Datenbanken und SQL Kapitel 1 Übersicht über Datenbanken Übersicht über Datenbanken Vergleich: Datenorganisation versus Datenbank Definition einer Datenbank Bierdepot: Eine Mini-Beispiel-Datenbank Anforderungen
MehrRecovery- und Buffermanager
Recovery- und Buffermanager Gesamtübersicht der Komponenten beim Zusammenspiel des lokalen Recovery Manager und des Datenbank Buffer Manager: persistenter Log Main memory Lokaler Recovery Manager (LRM)
MehrSoftware-Engineering und Datenbanken
Software-Engineering und Datenbanken Transaktionskonzepte 1 Der Transaktionsbegriff Eine Transaktion ist eine Folge von Operationen, die die Datenbank von einem konsistenten Zustand in einen neuen überführen.
MehrP.A. Bernstein, V. Hadzilacos, N. Goodman
TRANSAKTIONEN UND DATENINTEGRITÄT Concurrency Control and Recovery in Database Systems P.A. Bernstein, V. Hadzilacos, N. Goodman Addison Wesley, 1987. Kapitel 1. und 6. Grundlagen der Datenbanksysteme
MehrDieser Foliensatz darf frei verwendet werden unter der Bedingung, dass diese Titelfolie nicht entfernt wird.
Thomas Studer Relationale Datenbanken: Von den theoretischen Grundlagen zu Anwendungen mit PostgreSQL Springer, 2016 ISBN 978-3-662-46570-7 Dieser Foliensatz darf frei verwendet werden unter der Bedingung,
MehrUnterabfragen (Subqueries)
Unterabfragen (Subqueries) Die kürzeste Formulierung ist folgende: SELECT Felderliste FROM Tabelle1 WHERE Tabelle1.Feldname Operator (SELECT Feldname FROM Tabelle2 WHERE Bedingung); wobei Tabelle1 und
MehrKapitel 12 Integrität der Datenbank
Kapitel 12 Integrität der Datenbank 12 Integrität der Datenbank 12 Integrität der Datenbank...1 12.1 Aspekte des Integritätsproblems...3 12.2 Semantische Integrität...4 12.3 Das Konzept der Transaktion...6
MehrDatenbanken: Architektur & Komponenten 3-Ebenen-Architektur
Datenbanken: Architektur & Komponenten 3-Ebenen-Architektur Moderne Datenbanksysteme sind nach der 3-Ebenen-Architektur gebaut: Anwendung 1 Web-Anwendung Anwendung 2 Java-Programm... Anwendung n Applikation
MehrPostgreSQL im praktischen Einsatz. Stefan Schumacher
PostgreSQL im praktischen Einsatz 2. Brandenburger Linux Infotag 2005 Stefan Schumacher , PGP Key http:/// $Header: /home/daten/cvs/postgresql/folien.tex,v 1.11 2005/04/25
MehrTag 4 Inhaltsverzeichnis
Tag 4 Inhaltsverzeichnis Normalformen Problem Formen (1-4) Weitere Formen Transaktionen Synchronisationsprobleme Überblick Autocommit Locking Savepoints Isolation levels Übungen RDB 4-1 Normalformen Problematik
MehrXAMPP-Systeme. Teil 3: My SQL. PGP II/05 MySQL
XAMPP-Systeme Teil 3: My SQL Daten Eine Wesenseigenschaft von Menschen ist es, Informationen, in welcher Form sie auch immer auftreten, zu ordnen, zu klassifizieren und in strukturierter Form abzulegen.
Mehr3.17 Zugriffskontrolle
3. Der SQL-Standard 3.17. Zugriffskontrolle Seite 1 3.17 Zugriffskontrolle Datenbanken enthalten häufig vertrauliche Informationen, die nicht jedem Anwender zur Verfügung stehen dürfen. Außerdem wird man
MehrTeil I Einführung & Grundlagen. 1.1 Was ist eine Transaktion?
Teil I Einführung & Grundlagen Kapitel 1: Einführung in das Transaktionskonzept 1.1 Was ist eine Transaktion? 1.2 Transaktionseigenschaften 1.3 Beispiele Datenbanktransaktionen: Banküberweisung Moderne
MehrDarunter versteht man die Anmeldung eines Benutzers beim System unter Angabe einer Benutzererkennung.
Datenmanagement 60 5 Datenschutz und Datensicherheit 5.1 Datenschutz Wer wird hier geschützt? Personen Ein anderer Begriff für Datenschutz ist Zugriffskontrolle. Datenschutz soll sicherstellen, dass alle
MehrDatenbankadministration
Datenbankadministration 4. Zugriffskontrolle AG DBIS University of Kaiserslautern, Germany Karsten Schmidt kschmidt@informatik.uni-kl.de (Vorlage TU-Dresden) Wintersemester 2008/2009 Einführung Architektur
MehrVorlesung Datenbanken
Vorlesung Datenbanken Kapitel 6 Institut für Informatik 2 Überblick Assertions Trigger und Regeln Zugriffsrechte 3 Zugriffsrechte und Integritätsbedingungen Zugriffsrechte gewährleisten, dass nur autorisierte
MehrDatenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung
Datenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung Prof. Dr. Manfred Gruber FH München Transaktions-Konzept (1) Beispiel: op 1 BOT op 2 read(k 1
MehrVorlesungsinhalt. Recovery. G. Specht: Datenbanksysteme 11-1. Kapitel XI. Vorlesung Datenbanksysteme Univ.-Prof. Dr.
Recovery Kapitel XI Vorlesung Datenbanksysteme Univ.-Prof. Dr. Günther Specht Universität Innsbruck Institut für Informatik Datenbanken und Informationssysteme (DBIS) Vorlesungsinhalt 11. Recovery Fehler
MehrKapitel 10: Transaktionen und Datenintegrität
1 Kapitel 10: Transaktionen und Datenintegrität Ein DBMS hat die Korrektheit des Datenbankzustandes unter realen Benutzungsbedingungen zu wahren. Dazu gehören die folgenden Punkte: Datensicherheit (Recovery)
MehrSQL (Structured Query Language) Schemata Datentypen
2 SQL Sprachelemente Grundlegende Sprachelemente von SQL. 2.1 Übersicht Themen des Kapitels SQL Sprachelemente Themen des Kapitels SQL (Structured Query Language) Schemata Datentypen Im Kapitel SQL Sprachelemente
MehrDatenbanksystem. System Global Area. Hintergrundprozesse. Dr. Frank Haney 1
Datenbanksystem System Global Area Hintergrundprozesse Dr. Frank Haney 1 Komponenten des Datenbanksystems System Global Area Program Global Area Hintergrundprozesse Dr. Frank Haney 2 System Global Area
Mehr1. Transaktionskonzept
1. Transaktionskonzept Ein wesentliches Charakteristikum für (relationale) Datenbanksysteme stellt die Unterstützung des Transaktions-Konzepts dar. Transaktionen sind Verarbeitungseinheiten, die vom DBMS
MehrTeil VIII Transaktionen, Integrität und Trigger
page.1 Teil VIII Transaktionen, Integrität und Trigger page.2 Transaktionen, Integrität und Trigger Transaktionen, Integrität und Trigger 1 Grundbegriffe 2 Transaktionsbegriff 3 Transaktionen in SQL 4
Mehr6 Sicherheitskonzepte in Oracle
6 Sicherheitskonzepte in Oracle Datenbanksysteme sind für viele Benutzer(-gruppen) mit unterschiedlichen Nutzungswünschen geschaffen, aber nicht alle Daten des Informationssystems sind für alle Benutzer
MehrFehlervermeidung und Fehlertoleranz im Software-Bereich
Fehlervermeidung und im Software-Bereich Hardware: Entwurfsfehler, Alterungsfehler, Fehler aufgrund äußerer Einflüsse Software: altert (leider!?) nicht, äußere Einflüsse ebenfalls irrelevant im weitesten
Mehr4.14.3 Bedingungen über Werte. 4.14.4 Statische Integrität. CHECK-Klausel
4.14.3 Bedingungen über Werte 4.14.4 Statische Integrität Zu jeder Tabelle werden typischerweise ein Primärschlüssel und möglicherweise weitere Schlüssel festgelegt (UNIQUE-Klausel). In jeder Instanz zu
MehrDatenbankanwendung. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Wintersemester 2014/15. smichel@cs.uni-kl.de
Datenbankanwendung Wintersemester 2014/15 Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern smichel@cs.uni-kl.de Vorsorge für den Fehlerfall Logging ˆ Sammlung redundanter Daten bei Änderungen im Normalbetrieb,
MehrVorlesung Informationssysteme
Saarbrücken, 18.06.2015 Information Systems Group Vorlesung Informationssysteme Vertiefung Kapitel 7: Zugriffskontrolle Erik Buchmann (buchmann@cs.uni-saarland.de) Foto: M. Strauch Aus den Videos wissen
MehrÜbersicht über Datenbanken
Übersicht über Datenbanken Vergleich zwischen normaler Datenorganisation und Datenbanken Definition einer Datenbank Beispiel (inkl. Zugriff) Der Datenbankadministrator Relationale Datenbanken Transaktionen
MehrDatenbanken. Dateien und Datenbanken:
Dateien und Datenbanken: Professionelle Anwendungen benötigen dauerhaft verfügbare, persistent gespeicherte Daten. Datenbank-Systeme bieten die Möglichkeit, Daten persistent zu speichern. Wesentliche Aspekte
MehrVorlesung Informationssysteme
Saarbrücken, 25.06.2015 Information Systems Group Vorlesung Informationssysteme Vertiefung Kapitel 8: Transaktionen und wann sie gebraucht werden Erik Buchmann (buchmann@cs.uni-saarland.de) Foto: M. Strauch
MehrDatenbanken: Backup und Recovery
Der Prozess der Wiederherstellung der Daten einer Datenbank nach einem Fehler im laufenden Betrieb in einen konsistenten, möglichst verlustfreien Zustand heißt Recovery. Beteiligt an diesem Recovery sind
MehrTransaktionsverwaltung und Recovery
Transaktionsverwaltung und Recovery Transaktionsverwaltung Transaktionsbegriff Synchronisation und Sperren Isolation Level in SQL MVCC Hierarchische Sperren Isolation Level und Sperren in relationalen
MehrAufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen.
Kapitel 14 Recovery Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen. 14.1 Fehlerklassen Wir unterscheiden drei
MehrJOIN-Strategien eines Optimizers (1)
JOIN-Strategien eines Optimizers (1) Die drei unten aufgeführten Join-Strategien *) sollen exemplarisch anhand der folgenden SQL-Abfrage erklärt werden: select * from B, C where c.x=b.w and c.z=17; Verschachtelter
MehrFehlerbehandlung (Recovery)
Kapitel 9 Fehlerbehandlung (Recovery) 345 / 520 Überblick Recovery Wichtige Aufgabe eines DBMS ist das Verhindern von Datenverlust durch Systemabstürze Die zwei wichtigsten Mechanismen des Recovery sind:
MehrIn die Zeilen würden die Daten einer Adresse geschrieben werden. Das Ganze könnte in etwa folgendermaßen aussehen:
1 Einführung in Datenbanksysteme Fast jeder kennt Excel und hat damit in seinem Leben schon einmal gearbeitet. In Excel gibt es Arbeitsblätter, die aus vielen Zellen bestehen, in die man verschiedene Werte
MehrBedeutung der Metadateien. Alle Metadaten werden in Dateien gehalten. NTFS ist ein Journal-File-System
6 Beispiel: Windows NT (NTFS) 6.3 Metadaten 6 Beispiel: Windows NT (NTFS) 6.3 Metadaten 6.3 Metadaten 6.3 Metadaten (2) Alle Metadaten werden in Dateien gehalten Indexnummer 0 1 2 3 4 5 6 7 8 16 17 MFT
MehrÜbungen zur Vorlesung. Datenbanken I
Prof. Dr. S. Böttcher Adelhard Türling Übungen zur Vorlesung Datenbanken I WS 2002/2003 Blatt 6 Aufgabe 1: In der Vorlesung haben Sie für die Einbringstrategie Update in Place die Vorgehensweisen steal,
Mehr11. Backup & Recovery. Datenbankadministration
11. Backup & Recovery Datenbankadministration Wiederholung Transaktionen TRANSAKTIONEN Kapselung mehrerer Datenbankoperationen ACID-Prinzip - D Dauerhaftigkeit Abschluss mit COMMIT oder ROLLBACK Achtung:
MehrBackup & Recovery in Oracle 11g Funktionen und Features
Backup & Recovery in Oracle 11g Funktionen und Features Wolfgang Thiem Server Technologies Customer Center ORACLE Deutschland GmbH Warum werden Backups gemacht? Damit man im Fehlerfall auf einen konsistenten
MehrDatenbankanwendung. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Wintersemester 2014/15. smichel@cs.uni-kl.de
Datenbankanwendung Wintersemester 2014/15 Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern smichel@cs.uni-kl.de Implikationen von ACID auf Anforderungen zu Recovery Durability ˆ Änderungen an der Datenbank,
MehrTransaktionen in der Praxis. Dr. Karsten Tolle
Transaktionen in der Praxis Dr. Karsten Tolle Praxisbeispiel in Java Connection con = null; try { con = DriverManager.getConnection("jdbc:db2:sample"); } catch (Exception e) { e.printstacktrace(); } con.setautocommit(false);
MehrIsolationsstufen für. Dr. Karsten Tolle Dienstag 31. Januar 2012
Isolationsstufen für Transaktionen / Sicherheit Dr. Karsten Tolle Dienstag 31. Januar 2012 Praxisbeispiel in Java Connection con = null; try { con = DriverManager.getConnection("jdbc:db2:sample"); } catch
MehrViews in SQL. 2 Anlegen und Verwenden von Views 2
Views in SQL Holger Jakobs bibjah@bg.bib.de, holger@jakobs.com 2010-07-15 Inhaltsverzeichnis 1 Wozu dienen Views? 1 2 Anlegen und Verwenden von Views 2 3 Schreibfähigkeit von Views 3 3.1 Views schreibfähig
MehrLothar Piepmeyer. Grundkurs Datenbanksysteme. Von den Konzepten bis zur Anwendungsentwicklung ISBN: 978-3-446-42354-1
Lothar Piepmeyer Grundkurs Datenbanksysteme Von den Konzepten bis zur Anwendungsentwicklung ISBN: 978-3-446-42354-1 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42354-1
Mehrwww.informatik-aktuell.de
www.informatik-aktuell.de Flashback Reise in die Vergangenheit einfach. gut. beraten. Warum Oracle Zeitreisen anbieten kann, der Microsoft SQL Server aber leider nicht. IT-Tage Datenbanken 18.12.2015,
MehrKapitel 15. Transaktionen, Fehlerbehandlung, Multi-User. Prof. Dr. Wolfgang Weber Vorlesung Datenbanken
Kapitel 15 Transaktionen, Fehlerbehandlung, Multi-User 1 Transaktionen, Fehlerbehandlung, Multi-User Transaktionskonzept Fehlerbehandlung Mehrbenutzersynchronisation 2 Transaktionen Warum? Beispiel 1 Was
MehrDatenbankadministration
Datenbankadministration 10. Monitoring AG DBIS University of Kaiserslautern, Germany Karsten Schmidt kschmidt@informatik.uni-kl.de (Vorlage TU-Dresden) Wintersemester 2008/2009 Momentaufnahmen Momentaufnahmen
MehrTransaktionen und Synchronisation konkurrierender Zugriffe
Transaktionen und Synchronisation konkurrierender Zugriffe Fragestellungen Aufgaben des Transaktionsmanagers Aktivieren von Transaktionen entsprechend den Anforderungen von Anwendungsprogrammen. Dabei
MehrInformations- und Wissensmanagement
Übung zur Vorlesung Informations- und Wissensmanagement (Übung 1) Frank Eichinger IPD, Lehrstuhl für Systeme der Informationsverwaltung Zur Person Beruflicher Hintergrund Studium an der TU Braunschweig
MehrDatenbankentwicklung mit PureBasic
Datenbankentwicklung mit PureBasic Datenbanken stellen heutzutage wichtige Informationsquellen für viele Bereiche der Wirtschaft, Verwaltung aber auch im eigenen Haushalt dar. In Datenbanken werden Daten
MehrOracle Datenbank Architektur nicht nur für Einsteiger. Martin Klier Klug GmbH integrierte Systeme, Teunz
Oracle Datenbank Architektur nicht nur für Einsteiger Martin Klier Klug GmbH integrierte Systeme, Teunz DOAG Webinar, 08.03.2012 Referent Martin Klier Datenbankadministrator für Fachliche Schwerpunkte:
MehrMehrbenutzersynchronisation
Kapitel 10 Mehrbenutzersynchronisation 381 / 520 Mehrbenutzersynchronisation Alle TAs strikt seriell (also nacheinander) auszuführen ist sicher, aber langsam Oft werden Systemressourcen nicht voll ausgenutzt,
MehrTransaktionen, Benutzer, Rechte, Trigger und Strored Procedures in relationalen Datenbanken am Beispiel von MySQL
Berufliche Schulen ZPG-Mitteilungen Zentrale Projektgruppe - Computertechnik / Informatik Kaufmännische Schulen Beilage: Karsten Scheider Transaktionen, Benutzer, Rechte, Trigger und Stored Procedures
Mehr5.3 Datenänderung/-zugriff mit SQL (DML)
5.3 Datenänderung/-zugriff mit SQL (DML) Hinweis: - DML-Anweisungen sind mengenorientiert - Mit einer Anweisungen kann mehr als ein Tupel eingefügt, geändert, gelöscht oder gelesen werden Benutzungs- und
MehrLogging und Recovery 0. Einführung - Fehlermodell - Recovery-Arten
Logging und Recovery 0 Einführung - Fehlermodell - Recovery-Arten Logging-Strategien - physisches/logisches und Zustands-/Übergangs- Logging - Eintrags- vs. Seiten-Logging - Aufbau der Log-Datei Klassifikation
MehrIT-Kompaktkurs. Datenbanken Skript zur Folge 4. Prof. Dr. Manfred Gruber Fachhochschule München
Fachhochschule München Munich University of Applied Sciences IT-Kompaktkurs Skript zur Folge 4 Prof. Dr. Manfred Gruber Fachhochschule München manfred.gruber@informatik.fh-muenchen.de Nov 1, 2000 Transaktions-Konzept,
MehrKapitel 3: Logging & Recovery
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Sommersemester 2006 Vorlesung: Christian Böhm Übungen: Elke Achtert,
MehrDaniel Melanchthon Technologieberater Microsoft Deutschland GmbH http://blogs.technet.com. blogs.technet.com/dmelanchthon
Daniel Melanchthon Technologieberater Microsoft Deutschland GmbH http://blogs.technet.com blogs.technet.com/dmelanchthon Agenda by Nicki Wruck Wiederherstellungsoptionen Wiederherstellen von Emails Wiederherstellung
MehrKoordination des Mehrbenutzerbetriebs 9. Koordination des Mehrbenutzerbetriebs
9. Mehrbenutzerbetrieb: DBS bedient gleichzeitig mehrere Benutzer Benutzer arbeiten zwar unabhängig voneinander, können aber die gleiche Relation oder sogar den gleichen Datensatz bearbeiten! Aktivität
Mehr7. Datenintegrität/-Sicherheit
7. Datenintegrität/-Sicherheit 7.1 Datenintegrität 7.2 Datensicherheit 7.2.1 Einleitung 7.2.2 Einfache Zugriffskontrolle in SQL 7.2.3 Verfeinerte Zugriffkontrolle 7.2.4 MAC und Multilevel DBs 33 7.2 Datensicherheit
Mehr4 LCN VCN 0 1 2 3 4 5 6 7 LCN 107 108 109 110 131 132 133 134. Extents werden außerhalb der MFT gespeichert
3 Master File Table Eintrag für eine kurze Datei Standardinfo Dateiname Zugriffsrechte Daten leer Vorspann Eintrag für eine längere Datei Virtual Cluster Number (VCN) 0 LCN 107 131 VCN 0 1 2 3 5 6 7 LCN
MehrGliederung Datenbanksysteme
Gliederung Datenbanksysteme 5. Datenbanksprachen 1. Datendefinitionsbefehle 2. Datenmanipulationsbefehle 3. Grundlagen zu SQL 6. Metadatenverwaltung 7. DB-Architekturen 1. 3-Schema-Modell 2. Verteilte
MehrDr. H. Schuldt. Das Ziel dieser Ubung ist die Untersuchung, wie die in der Vorlesung vorgestellten
Dr. H. Schuldt Eidgenossische Technische Hochschule Zurich Swiss Federal Institute of Technology Zurich Transaktionsverwaltung in modernen IS Praktische Ubung 1 Beispiellosung Einleitung Das Ziel dieser
Mehr9. Wiederherstellung und Datensicherung
9. Wiederherstellung und Datensicherung Einführung in Recovery Recovery-Komponenten eines DBMSs Fehlerklassen Recovery-Klassen und Strategien VL Transaktionsverwaltung 10 1 Einführung in Recovery Datensicherung
MehrNachtrag: Farben. Farbblindheit. (Light und Bartlein 2004)
Nachtrag: Farben Farbblindheit (Light und Bartlein 2004) 1 Vorgeschlagene Farbskalen (Light and Bartlein 2004) Farbkodierung metrisch skalierter Daten Unterscheide: 1. Sequential Data (ohne Betonung der
MehrAufbau einer Oracle Datenbank Tablespace, Arten von Dateien
Aufbau einer Oracle Datenbank Tablespace, Arten von Dateien Boris Meißner 05-INDT Fachbereich Informatik, Mathematik und Naturwissenschaften HTWK-Leipzig 05. Juni 2008 Boris Meißner (Fb IMN - HTWK-Leipzig)
MehrSQL-Gebiet. Datenbank-Funktionen jenseits SQL. Datenbankfunktionen: SQL und andere. create table, create view, mater. View, create index, drop jeweils
Datenbankfunktionen: SQL und andere SQL-Gebiet DDL DML DCL DP create table, create view, mater. View, create index, drop jeweils insert, update, delete, select, where, Trigger Benutzerverwaltung, Transaktionsverwaltung
MehrDatenbankadministration
Datenbankadministration 5. Backup & Recovery AG DBIS University of Kaiserslautern, Germany Karsten Schmidt kschmidt@informatik.uni-kl.de (Vorlage TU-Dresden) Wintersemester 2008/2009 Backup & Recovery
MehrProzessarchitektur einer Oracle-Instanz
6. Juni 2008 Inhaltsverzeichnis Oracle Instanz 1 Oracle Instanz 2 3 Redo Log Buffer Shared Pool Java Pool & Large Pool Oracle Instanz Eine Oracle-Instanz ist Hauptbestandteil des Oracle Datenbank Management
MehrInhaltsverzeichnis. Geleitwort der Fachgutachterin... 15 Vorwort... 17 Einführung... 19 1 Architektur eines Oracle-Datenbanksystems...
Inhaltsverzeichnis Geleitwort der Fachgutachterin.............................. 15 Vorwort.................................................... 17 Einführung.................................................
MehrWeb-Technologien. Prof. Dr. rer. nat. Nane Kratzke SQL. Praktische Informatik und betriebliche Informationssysteme
Handout zur Unit Web-Technologien SQL 1 Prof. Dr. rer. nat. Nane Kratzke Praktische Informatik und betriebliche Informationssysteme Raum: 17-0.10 Tel.: 0451 300 5549 Email: nane.kratzke@fh-luebeck.de (Praktische
MehrInhalt. Ein Einführung in die Nutzung von SQL-Datenbanken am Beispiel Oracle. Daten und Tabellen - ein Beispiel. Daten und Tabellen - Normalisierung
Inhalt Ein Einführung in die Nutzung von SQL-Datenbanken am Beispiel Oracle Daten und Tabellen Normalisierung, Beziehungen, Datenmodell SQL - Structured Query Language Anlegen von Tabellen Datentypen (Spalten,
MehrDatenbanksysteme I. Klausur zum Praktikum. Mehrere Professoren prüfen mit genau einem Beisitzer genau einen Studenten.
Lehrstuhl für Datenbanken und Informationssysteme Wintersemester 1999/2000 Universität Augsburg, Institut für Informatik 25. Februar 2000 Prof. Dr. Werner Kießling A. Leubner, M. Wagner Datenbanksysteme
MehrDB-Anwendungsprogrammierung
Hauptaufgabe: Abbildung der unterschiedlichen Datenmodelle und Zugriffsparadigmen zwischen Programmiersprache und dem DBMS, z.b. C++ Basisdatentypen und flexible Typkonstruktoren wie Strukturen und Klassen
Mehr