Informatikkaufmann Azubi Tagebuch » AE

Ordinale Datentypen

Bastian — Tue, 27 Feb 2007 15:31:38 +0000

INTEGER: Ganzzahlen, 32Bit
Wertebereich:
-2147483648
+2147483647
CHAR: Zeichen, 4Bit
Wertebereich:
-128
+127
FLOAT: Fließkomma, 32Bit
Wertebereich:
1.2E^-38
3.4E⁺³⁸
DOUBLE: Fließkomma, 64Bit
Wertebereich:
2.3E-³⁰⁸
1.7E⁺³⁰⁸

Datentyp CHAR vs. VARCHAR

Bastian — Mon, 19 Feb 2007 14:52:08 +0000

Definition:

CHAR(15) -> “Kurzwort_______”
VARCHAR(15) -> “Kurzwort”

CHAR nutzt immer den vollen zugewiesenen Raum aus und füllt den verbleibenden Rest mit Leerzeichen aus während VARCHAR nur den benötigten Raum belegt.
Datenbankintern würde obiges VARCHAR wie folgt deklariert werden: VARCHAR(15)⁽⁸⁾.
Der Anwender definiert jedoch ganz normal: VARCHAR(15)

Datentyp NUMERIC

Bastian — Mon, 19 Feb 2007 14:48:33 +0000

Die Deklaration von numerischen Werten ist von Datenbank zu Datenbank unterschiedlich.
Beispiel:

NUMERIC(3,2) kann beides bedeuten:

- – - , – -
oder
- , – -

Normalisierung

Bastian — Mon, 12 Feb 2007 15:31:08 +0000

Man unterscheidet i.d.R. zwischen drei Normalformen, die sich wie folgt definieren:

Normalform:
Jedes Attribut der Relation muss einen atomaren Wertebereich haben.
Normalform:
Alle Nichtschlüsselattribute sind von jedem Schlüsselkandidaten voll funktional abhängig.
Normalform:
Kein Nichtprimärattribut darf ausschließlich von einem anderen Nichtprimärattribut abhängig sein.

Entity-Relationship-Modell

Bastian — Sun, 17 Sep 2006 16:49:52 +0000

Das ERM hat sich 1976 der Peter Pin-Shan Chen ausgedacht.

Dieses Modell ist ganz einfach und soll kein Abbild einer Datenbank sein, wie man es von Struktogrammen gewöhnt ist, sondern es soll lediglich ein buntes Bild zum Verdeutlichen von Beziehungen zwischen Objekten sein.

Das Wort Objekte hat hier auch rein gar nichts mit der Objektorientierung der Datenbank zu tun, sondern Objekte im Sinne von Chen sind einfach nur Dinge.
Diese Dinge stehen in Beziehung zu anderen Dingen.

Also ein Ding wäre ein Busfahrer.
Ein weiteres Ding wäre der Bus.

Die zwei Dinge (oder: Objekte) Busfahrer und Bus stehen in Relation zueinander.
Haben also eine Beziehung.

Der Busfahrer fährt den Bus.

Und damit man sich jetzt wieder etwas den Datenbanken nähert, notiert man noch kurz um welche Art von Beziehung es sich handelt.

Also:
Viele Busfahrer fahren einen Bus.

Und um das ganze nun hübsch bunt und übersichtlich zu haben, hat sich der Chen das ERD, das Entity-Relationship-Diagramm ausgedacht.
Malen macht Spaß, deswegen haben sich auch ein paar andere Honks andere Notationen ausgedacht.
Es gibt:

Chen-Notation
IDEF1X-Notation
Bachmann-Notation
Min-Max-Notation (ISO)
Krähenfuß-Notation
UML-Notation

Der gesamte Kram um Entitiy-Relationship-Modelle ist sehr schön, und unwesentlich wissenschaftlicher als hier, auf dem Wikipedia erklärt:

Eins zu Eins Beziehung

Bastian — Sun, 17 Sep 2006 14:43:13 +0000

Bei einer 1:1-Verknüpfung hat ein Datensatz der einen Tabelle nur eine Entsprechung in einer anderen Tabelle.
Beispiel: Eine Tür hat einen Türgriff, ein Türgriff gehört zu einer Tür.

Eins zu Viele Beziehung

Bastian — Sun, 17 Sep 2006 14:41:37 +0000

Bei einer 1:n-Verknüpfung kann ein Datensatz aus einer Tabelle mehrere Entsprechungen in einer anderen Tabelle besitzen.
Beispiel: Eine Nase wird von vielen Taschentüchern geputzt.

Viele zu Viele Beziehung

Bastian — Sun, 17 Sep 2006 14:39:57 +0000

Bei einer n:m-Verknüpfung können viele Datensätze der einen Tabelle viele Entsprechungen in der anderen Tabelle haben.
Beispiel: Ein Schauspieler spielt in vielen Filmen mit, ein Film hat viele Schauspieler.

Eine m:n-Verknüpfung wird durch zwei 1:n-Verknüpfungen und einer Zwischentabelle realisiert.

Bestandteile einer kompletten Datenbank

Bastian — Sun, 17 Sep 2006 14:38:57 +0000

Ein Datenbanksystem besteht aus der Datenbank und dem Datenbankverwaltungssystem.
DBS = DB + DBMS

Objektorientierte Datenbankverwaltungssysteme

Bastian — Sun, 17 Sep 2006 14:20:34 +0000

Die OODBMS integrieren Eigenschaften von objektorientierten Programmiersprachen (Vererbung, Objektidentität, Klassenhierarchie) in die Datenbankverwaltung und ermöglichen so die Repräsentation von komplexen Sachverhalten.
Sie sind eine Implementation eines objektorientierten Datenbankmodells.

Es gibt derzeit zwei Entwicklungslinien:

Ergänzung von RDBMS um objektorientierte Funktionen
Entwicklung aus einer objektorientierten Programmiersprache

Derzeitiger Marktführer bei objektorientierten Datenbankverwaltungssystemen ist die Firma Object Design mit ihrem Produkt ObjectStore.

Datenbankdefinition laut Steiner

Bastian — Sun, 17 Sep 2006 14:15:08 +0000

Eine Datenbank ist eine selbstständige und auf Dauer ausgelegte Datenorganisation, welche einen Datenbestand sicher und flexibel verwalten kann.

Dabei muss der Benutzer nicht wissen, wie die Daten intern organisiert sind. Selbst die Darstellung in Tabellenform ist lediglich eine für den MEnschen optimierte Darstellung und entspricht nicht der Realität.
Durch Zugriffsberechtigungen kann eine Datenbank gegen Fehlbedienung gesichert werden.
Anwendungsprogramme greifen stets auf gleiche Schnittstellen zu, theoretisch ließe sich die Datenbank so komplett austauschen, ohne das Änderungen an Anwendungssoftware nötig wären.

In der Praxis ist dies jedoch oft leider nicht möglich, da die Anwendungsprogramme bei der Entwicklung sehr eng an die Datenbank gebunden wurden.

Aktive Datenbanken

Bastian — Sun, 17 Sep 2006 14:11:07 +0000

Die aktiven Datenbanken reagieren gemäß ECA-Regeln (Event, Condition, Action) automatisch auf bestimmte Situationen.
Das Datenbank-Management-System überwacht die Situation und löst beim Auftreten der definierten Ereignisse die Aktionen so aus, dass die definierten Zeitschranken eingehalten werden können.

Diese Ereignisse können bestimmte Datenbankoperationen (hinzufügen, ändern, löschen von Datensätzen), zeitliche Vorkommnise (verstreichen einer gesetzten Frist) oder auch Signale anderer Prozesse (E-Mail empfangen) sein.

Temporale Datenbanken

Bastian — Sun, 17 Sep 2006 14:07:20 +0000

Temporale Datenbanken speichern die Historie der Objekte und Beziehungen mit ab.

Einmal vorhandene Informationen werden nicht mehr gelöscht, sondern lediglich ergänzt.

Dieses Datenbankmodell ist aufgrund der hohen Kapazitätsanforderungen und des höheren Rechenaufwands bisher kaum umsetzbar.
Lösungsansätze für diese Problematik sind bessere Kompressionsverfahren, bessere Speichertechniken und leistungsfähigere Rechner.

Auch non-temporale Modelle, wie SQL, sollen in Zukunft um temporale Modellierungstechniken erweitert werden.

Verteilte Datenbanksysteme

Bastian — Sun, 17 Sep 2006 14:04:08 +0000

Die logisch zusammengehörenden und gemeinsam verwalteten Daten einer Datenbank sind physisch auf mehrere miteinander verbundenen Rechnern verteilt.

Die Vorteile sind:

Zuverlässigkeit
Verfügbarkeit
Kapazitätsanpassung
Effizienzsteigerung

Relationales Datenmodell

Bastian — Sun, 17 Sep 2006 14:02:32 +0000

Das relationale Datenmodell ist das in der Praxis überwiegend eingesetzte und dominierende Modell.

Die Repräsentation der Anwendungsdaten werden in Form von Relationen (Tabellen) vorgenommen.

Relationen haben immer einen Namen.

Die Spalten von Relationen repräsentieren Attribute.

Zeilen nennt man Tupel.

Ein Primärschlüssel ist ein eindeutig identifiziertes Attribut.

Primärschlüssel können auch aus einer Menge von Tupeln bestehen.