(Auszug aus der Diplomarbeit von Ralph Leipert: "Analytische Informationssysteme als Basis des Risikomanagement der Unternehmung")

Transaktionsorientierte DBS haben die Aufgabe Daten zu speichern, welche in den operativen Anwendungssystemen generiert bzw. abgefragt werden. Es liegt auch nahe, die Daten für Führungszwecke zu verwenden, da die Daten in den operativen DBS nur noch für die Führungszwecke lokalisiert, aufbereitet und analysiert werden müssen. Dieser Ansatz wurde auch in den letzten Jahrzehnten verfolgt, jedoch nur mit beschränktem Erfolg. Beim Lokalisieren der Daten in den OLTP treten folgende Probleme auf:

• Integritätsprobleme der verteilten Daten
• Fehlende Analyseeigenschaften der Daten
• Fehlender Vergangenheitsbezug der Daten
• Performanceprobleme der OLTP
• Fehlende Datenkonsistenz

Integritätsprobleme können in den OLTP unterschiedlich auftreten. Sie können z.B. auf der konzeptionellen Ebene auftreten. Dies sind Probleme die auch bei der standardmäßigen Verwendung der OLTP existieren. Beispiele für solche Konflikte wären z.B. Detaillierungskonflikte, Abstraktionskonflikte, Bezeichnungskonflikte und Wertebereichskonflikte. Weiterhin treten Integritätsprobleme durch eine hohe heterogene Datenhaltung (unterschiedliche Platt­formen) auf, auch wenn in letzter Zeit die volle Integration aller Unternehmensdaten und Informationssysteme angestrebt wird.

Fehlende Analysefähigkeit der Daten ist ein weiteres Problem der OLTP. Diese fehlende Eigenschaft entsteht z.B. durch die unterschiedliche Aktualität der Daten, da einige Daten stündlich, andere wöchentlich oder gar monatlich aktualisiert werden. Die Daten müssen aufbereitet werden, bevor sie in Anwendungen für Analysezwecke Verwendung finden können.

Ein weiteres Problem bei der Verwendung der OLTP als Datenbasis für Führungsinstrumente, ist die Ressourcenbelastung der OLTP und damit zusammenhängend die niedrige Performance der Führungssysteme. Da z.B. beim Risikomanagement eine große Anzahl von Daten zur gleichen Zeit benötigt werden, wird das System sehr stark belastet. Die Folge ist eine sinkende Datenübertragungsrate aller beteiligten Systeme. Des weiteren kann es bei der verteilten Transaktionsverwaltung erhebliche Probleme geben, da in den operativen Datenbeständen regelmäßig geschrieben und gelesen wird. Deshalb müssen geeignete Sperrmechanismen implementiert sein. Wird beispielsweise in einem RMS der RORAC berechnet, so müssen die Daten für die Berechnung des Nettoergebnisses aus den einzelnen Geschäftsbereichen gelesen und konsolidiert werden. Wird dabei aber wegen anderer Schreibzugriffe ein Datenbestandteil gesperrt, so kann die ganze Berechnung nicht weiter laufen und es entsteht ein Datenstau. Mechanismen, die solche Probleme lösen, sind zwar fester Bestandteil in jedem OLTP, jedoch können diese Mechanismen ein optimales Zeitverhalten für Führungsinstrumente nicht ma­nagen oder gar garantieren.

Weiterhin speichern OLTP keine Vergangenheitsdaten, so daß eine Zeitanalyse von Risikodaten nicht möglich ist. Die Analyse der Entwicklungen über eine bestimmte Zeit (z.B. 5 Jahre) ist aber in einem gut funktionierenden Führungssystem unerläßlich.

Das fünfte Problem ist die Datenkonsistenz. Da in den OLTP nicht alle für Führungsprozesse benötigten Daten gespeichert werden, kann es vorkommen, daß bestimmte Datenbestandteile nicht vorhanden sind. Diese müssen zusätzlich extern und vor allem regelmäßig bezogen werden.

Die Eignung von OLTP als Datenbasis für MSS, speziell für RMS, sollte deshalb in Frage gestellt werden. Einige Anforderungen an das Risikomanagement wie Schnelligkeit, Zeitbezug und Datenkonsistenz können durch OLTP nicht bewerkstelligt werden. Ob sich allerdings andere Systeme, wie z.B. die Analytischen Informationssysteme besser eignen, wird im nächsten Kapitel ausführlich behandelt.