DB

Question 1

Integritätsbedingungen

Answer 1

Integritätsbedingungen sorgen dafür, dass keine unkorrekten Daten in die DB gelangen.

• Wertebereichsintegrität
• Entitätsintegrität
• referentielle Integrität

Question 2

Wertebereichsintegrität

Answer 2

Wertebereichsintegrität: Für jedes Attribut ist der Wertebereich festzulegen. Dazu gehört Datentyp, Ober-/Untergrenzen, ob ein Attribut NULL sein darf und das Schlüsselattribute nicht NULL sein dürfen

zB lastName varchar(30) NOT NULL

Question 3

Entitätsintegrität

Answer 3

Ein Schlüssel muss eindeutig sein, zB durch Auto_Increment

ID INTEGER NOT NULL AUTO_INCREMENT

Question 4

referentielle Integrität

Answer 4

Die Beziehungen zwischen Relationen müssen korrekt sein und erhalten bleiben. Ein Fremdschlüssel muss immer auf einen existierenden Datensatz verweisen.

zB FOREIGN KEY (prod_ID) REFERENCES product (prod_ID) ON DELETE CASCADE

Question 5

on delete cascade

Answer 5

Ein Fremdschlüssel muss immer auf einen existierenden Datensatz verweisen (referentielle Integrität). Das DBMS hilft durch constraints, diese Voraussetzung und damit die Integrität zu erfüllen. Durch ‘on delete cascade’ werden abhängige Datensätze automatisch mitgelöscht, wenn Datensätze gelöscht werden die in Beziehung zueinander stehen.

zB: wird ein Lieferant gelöscht, werden auch die Artikel gelöscht, die von ihm geliefert werden

Question 6

ACID

Answer 6

atomicity (es wird die gesamte Transaktion ausgeführt, oder nichts)

consistency (die Datenbank ist immer konsistent)
isolation (Transaktionen beeinflussen sich nicht gegenseitig)
durability (jede erfolgreich durchgeführte Transaktion bleibt dauerhaft erhalten)

commit/rollback

Question 7

BASE

Answer 7

basically available
soft state
eventually consistent

Question 8

nosql

Answer 8

für verteilte Systeme mit großer Skalierbarkeit, die geringe Konsistenzanforderungen (eventually consistent) bei schnellen Zugriffszeiten und hoher Ausfalltoleranz haben -> BASE

Question 9

oodbms

Answer 9

\+ Vererbung
\+ Merfachvererbung
\+ beliebig komplexe Datenstrukturen
\+ hohe Flexibilität
\+ Integration in OOP
\+ keine Joins
-> effizienter als relational

• wenig kompatible Schnittstellen
• kein ausgereifter Standard
• wenig verbreitet

Question 10

ordbms

Answer 10

+ 100% kompatibel zu sql2
+ profitiert von OO und sicher gleichzeitig Investitionen in alte relationale Systeme
+ standadisiert
+ vereint Vorteile von rel+obj

Question 11

relational

Answer 11

+ weit verbreitet
+ standadisiert
+ einfaches modell
+ geringer speicherbedarf

• alles muss in Relationen modelliert werden -> mühsam und ineffizient
• keine Multimediainhalte, nur ASCII
• unflexibel
• hierarchische Daten lassen sich nur schlecht darstellen (is-a und part-of)

Question 12

Indizes

Answer 12

Schneller Zugriff, schnelle Suche mit möglichst wenigen Plattenzugriffen in einer Baumstruktur (nicht sequentiell)

Erst wenn ein Wert gefunden wurde, wird der eigentliche Inhalt geladen -> schnell

Question 13

2NF

Answer 13

jedes Nicht-SA muss vom GESAMTEN SK abhängen

2NF gilt, wenn jedes Nichtschlüsselattribut von jedem Schlüsselkandidaten voll funktional abhängig ist

Question 14

3NF

Answer 14

kein NichtSA dar von anderen NichtSAs abhängen

3NF gilt, wenn kein Nichtschlüsselattribut transitiv von einem Schlüsselkandidaten abhängt

Question 15

BCNF

Answer 15

jede linke Seite muss einen SK enthalten

Question 16

Rollen und Rechte

Answer 16

Rollen verkörpern allgemeine Aufgabengebiete. Den Rollen werden Rechte zugeteilt. Dem konkreten Nutzer wird dann eine Rolle zugewiesen (grant/revoke)

+ leicht zu managen, da bei Abteilungswechseln nur die Rolle geändert werden muss und nicht alle Rechte

+ Die Rechte einer ganzen Gruppe können über Rollen leicht angepasst werden

+ geringere Verwaltungsaufwand, übersichtliche Rechtstruktur