In Oracle-Forms hat man die Möglichkeit, sich die Daten für die Bildschirmmasken über verschiedene Wege anzeigen zu lassen. Diese Wege sollen hier unter zwei Gesichtspunkten kurz erläutert und gegenübergestellt werden. 

Der erste Gesichtspunkt widmet sich der allgemeinen Unterstützung des Programmierers durch Oracle-Forms. Der zweite Gesichtspunkt befasst sich mit dem Zusammenspiel von Oracle-Forms bezüglich des Konzeptes des Model-View-Controller (MVC). Also mit der Trennung zwischen der Präsentation, der Steuerung und der Haltung (inkl. Geschäftslogik) der Daten.  

Allgemeinen Unterstützung des Programmierers durch Oracle-Forms

1. Zugriff über Tabellen

Dies ist wohl der am Besten unterstützte Zugriff auf die Daten. Oracle-Forms regelt alle Zugriffe, inkl. dem Sperren von Datensätzen, als auch die notwendigen Transaktionen im Hintergrund automatisch. Der Programmierer kann sich um das Wesentlich kümmern.

2. Zugriff über Views

Dieser Zugriff ist, neben dem direkten Tabellenzugriff, der zweitbeste unterstütze Weg. Hierbei hat der Entwickler jedoch die Möglichkeit mit INSTEAD-OF-Triggern die Daten auf Ebene der Datenbank weiter zu verarbeiten. Letztendlich wird der Zugriff über Views genau so unterstützt als wenn der Zugriff direkt auf der Tabelle erfolgt. Allerdings sperrt Forms das Bearbeiten von Daten wenn der View über mehr als eine Tabelle erfolgt.

3. Zugriff über Stored-Procedures

Dieser Zugriff ist zwar sehr interessant, hat aber kaum Vorteile.

Zusammenspiel von Oracle-Forms bezüglich des Konzept des Model-View-Controller (MVC)

1. Zugriff über Tabellen

Dieser Zugriff unterstützt das MVC-Modell sicherlich am Schlechtesten. Hier wird sowohl die Präsentation als auch die Manipulation und Haltung der Daten zusammengelegt.

2. Zugriff über Views

Dieser Zugriff unterstützt das MVC-Modell sehr gut, fast sogar perfekt. Durch die Möglichkeit von INSTEAD-OF-Triggern kann das Manipulieren von Daten sehr gut gegenüber der Präsentation gekapselt werden. Die Daten innerhalb der Tabelle wird durch einen View darüber hinaus schon optimal geschützt.

Hinweis:
Seit Oracle9i kann man das Einfügen (INSERT) bzw. Ändern (UPDATE) von Daten als Parameter via ROWTYPE weiter optimieren. Siehe hierzu den Blog "INSERT INTO via ROWTYPE"

3. Zugriff über Stored-Procedures

Fazit

Wenn man gezwungen ist nach dem Konzept des MVC zu arbeiten, ist sicherlich der Zugriff und die Beschaffung bzw. Manipulation der Daten über Views zu empfehlen. Ansonsten sollte man entweder den direkten Zugriff suchen oder eine gesunde Mischung aus direktem Tabellenzugriff und Zugriff über Views suchen.

Den Zugriff über Stored-Procedures ist in manchen Fällen sicherlich hilfreich, aber in der Regel (ca. 90%) nicht zu empfehlen. Hier steht der Aufwand der Programmierung in keinem Verhältnis zum evtl. Mehrwert.

Meinung der Autors

Ich selber arbeite seit mehr als 10 Jahren mit Oracle-Forms und weiß dieses Werkzeug zu schätzen. Mann sollte allerdings auch bedenken, dass es sich um ein 4GL-Werkzeug handelt; deshalb nicht unbedingt in das Konzept eines MVC passt. Mann sollte das Werkzeug  so benutzt, wofür es entwickelt worden ist, und zwar als Rapid-Development-Tool.