Flbkwikiadmin: Die Seite wurde neu angelegt: „ Der Begriff '''Anomalie''' stammt aus dem Griechischen und bedeutet „Unregelmäßigkeit“, das zugehörige Adjektiv heißt im Deutschen ''anormal''. In der Informatik bezeichnen Anomalien Fehlverhalten in relationalen Datenbanken. Hier wird zwischen Anomalien im Einbenutzerbetrieb und Mehrbenutzerbetrieb unterschieden: * Im '''Einbenutzerbetrieb''' können Anomalien durch nicht normalisierte bzw. denormalisierte Datenstrukt…“

2026-04-16T12:07:11Z

Die Seite wurde neu angelegt: „ Der Begriff '''Anomalie''' stammt aus dem Griechischen und bedeutet „Unregelmäßigkeit“, das zugehörige Adjektiv heißt im Deutschen ''anormal''. In der Informatik bezeichnen Anomalien Fehlverhalten in relationalen Datenbanken. Hier wird zwischen Anomalien im Einbenutzerbetrieb und Mehrbenutzerbetrieb unterschieden: * Im '''Einbenutzerbetrieb''' können Anomalien durch nicht normalisierte bzw. denormalisierte Datenstrukt…“

Neue Seite

Der Begriff '''Anomalie''' stammt aus dem Griechischen und bedeutet „Unregelmäßigkeit“, das zugehörige Adjektiv heißt im Deutschen ''anormal''. In der Informatik bezeichnen Anomalien Fehlverhalten in [[Relationale Datenbank|relationalen Datenbanken]].

Hier wird zwischen Anomalien im Einbenutzerbetrieb und Mehrbenutzerbetrieb unterschieden:
* Im '''Einbenutzerbetrieb''' können Anomalien durch nicht normalisierte bzw. denormalisierte Datenstrukturen entstehen und führen zu Inkonsistenzen. Man unterscheidet Einfüge-, Änderungs- und Lösch-Anomalien.
* Im '''Mehrbenutzerbetrieb''' einer Datenbank treten Anomalien durch parallele Datenbankzugriffe auf.

== Einbenutzerbetrieb ==

Liegt ein schwaches und denormalisiertes Schema vor, kann es zu verschiedenen Problemen bei der Datenpflege kommen.

=== Einfügeanomalie (Insert-Anomalie) ===
Bei der Einfüge-Anomalie kann es passieren, dass Daten gar nicht gespeichert oder angenommem werden können, weil beispielsweise für den [[Primärschlüssel]] kein Wert eingegeben wird. Ebenso kann eine nicht vollständige Eingabe von Daten zu Inkonsistenz führen.

Die nachstehende Tabelle verfügt über einen zusammengesetzten Primärschlüssel. Die Eindeutigkeit eines Datensatzes wird durch die Attribute ''Reservierungsdatum'', ''Mitarbeiter'' und ''Kunde'' bestimmt.

{| class="wikitable"
! Reservierungsdatum !! Mitarbeiter !! Kunde !! Leistung
|-
| 12.05.2023 || Krause || Rheinhard || Haarschnitt
|-
| 14.05.2023 || Bitter || Meier || Färben
|}

'''Beispiel 1 (Verletzung des Primärschlüssels):'''
Kommt es nun zu dem Fall, dass zu einem gleichen Datum ein Kunde erneut vom selben Mitarbeiter bedient wird, kann dieser Datensatz nicht angelegt werden, weil die Primärschlüsselbedingung verletzt wird.
{| class="wikitable" style="color: red;"
! Reservierungsdatum !! Mitarbeiter !! Kunde !! Leistung
|-
| 12.05.2023 || Krause || Rheinhard || ''Zusatzleistung (Speichern schlägt fehl)''
|}

'''Beispiel 2 (Inkonsistenz durch Tippfehler):'''
Der Kunde Rheinhard wird erneut bedient. Diesmal wird dieser Kunde aufgrund eines Tippfehlers irrtümlich ''Reinhard'' geschrieben. Der Datensatz wird angelegt, ist aber nun inkonsistent, da nicht klar ist, ob die beiden Einträge Reinhard und Rheinhard die gleiche Person sind:
{| class="wikitable"
! Reservierungsdatum !! Mitarbeiter !! Kunde !! Leistung
|-
| 12.05.2023 || Krause || Rheinhard || Haarschnitt
|-
| 18.05.2023 || Krause || Reinhard || Haarschnitt ''(Tippfehler)''
|}

=== Änderungsanomalie (Update-Anomalie) ===
Beim Ändern von Daten in einer Datenbank spricht man von einer Änderungs-Anomalie (Update-Anomalie), wenn nicht alle redundant vorkommenden Entitäten zugleich geändert werden. Dieses kann zu inkonsistenten Daten führen.

In der obenstehenden Tabelle wurden Reservierungsinformationen denormalisiert abgelegt. Unter der Annahme, dass Max Meier ein und dieselbe Person ist, soll die Schreibweise des Nachnamens geändert werden. Meier soll nun mit Y – also ''Meyer'' – geschrieben werden. Die Konsistenz der Daten wird nur dann nicht verletzt, wenn tatsächlich '''alle''' redundant vorkommenden Nachnamen des Kunden Max Meyer geändert werden und mit Max Meier immer die gleiche Person gemeint ist.

=== Löschanomalie (Delete-Anomalie) ===
Unter Löschanomalie versteht man das ungewollte Löschen von Daten. Es kann also passieren, dass man durch das bewusste Löschen eines Datensatzes unbewusst Informationen verliert, die man später wieder gebraucht hätte. Sie entsteht, wenn durch das Löschen eines Datensatzes mehr Informationen als erwünscht verloren gehen.

Ursache hier ist, dass ein Datensatz mehrere abhängige Informationen enthält. Durch das Löschen der einen Information wird dann auch die andere gelöscht, obwohl diese noch benötigt wird.

'''Beispiel zur Löschanomalie:'''
{| class="wikitable"
! Reservierungsnummer !! Datum !! Mitarbeiter !! Kunde !! Kunden-Telefon
|-
| 1 || 01.06.2023 || Krause || Peter Müller || 0151-123456
|-
| 2 || 02.06.2023 || Hermann || Sabine Reiter || 0162-987654
|-
| 3 || 15.06.2023 || Schrotter || Sabine Reiter || 0162-987654
|}

* In der Tabelle soll die erste Reservierung gelöscht werden. Hierdurch werden ungewollt auch die gesamten Kundeninformationen (Telefonnummer) von Peter Müller gelöscht.
* Andererseits könnte der Kunde Peter Müller nicht gelöscht werden, ohne auch die Reservierung zu löschen.
* Sollte die Kundin Sabine Reiter gelöscht werden, müssten zwei Datensätze gelöscht werden. Würde nur ein Datensatz gelöscht, wäre der Datenbestand inkonsistent.

== Mehrbenutzerbetrieb ==
Im Mehrbenutzerbetrieb einer Datenbank treten Anomalien durch unzulässigen parallelen Datenbankzugriff auf.

[[Kategorie:Datenbanken]]
[[Kategorie:FI_I_SDM]]
[[Kategorie:AHR_I_Informatik_LK]]

Anomalie - Versionsgeschichte