- Dieses Thema hat 4 Antworten und 3 Teilnehmer, und wurde zuletzt aktualisiert vor 12 Jahre, 6 Monaten von
.
-
Hallo,
ich habe ein Attribut einer Entität, welches eine physikalische Einheit darstellt. Dieses Attribut soll immer auch in einer anderen Einheit angezeigt werden. Die Umrechnungsformel ist trivial.
Nun möchte ich aber kein neues Attribut hinzufügen, in dem der umgerechnete Wert per Regel gespeichert wird. (Wir haben diesen Fall in ähnlicher Form zu oft, die Redundanz wäre ein Problem.)Ich denke ich könnte dies lösen, indem ich eine dynamische Entität definiere, die Berechnung in SQL ausführe und dann ein Textfeld mit der neu erzeugten, berechneten Spalte verknüpfe. Das Layout wäre dann für die dynamische Entität. Dies wäre aus zwei Gründen wenig elegant:
1. Wir würden einige Berechnungen in Java, andere in SQL durchführen.
2. Wir müssten bei jeder Attributänderung die dynamische Entität manuell nachziehen.Wünschenswert wäre also eine Regel, die bei jeder Anzeige eines Datensatzes sowie bei bestimmten Wertänderungen ausgeführt wird. Gibt es etwas derartiges, oder haben Sie diese Funktion in Planung?
Viele Grüße,
GPHallo Herr GP,
hier könnte Ihnen „Berechnete Attribute“ weiterhelfen.
Sie definieren eine Funktion in der Datenbank, die das Ergebnis der Berechnung zurückliefert. Dem Attribut können Sie dann diese Function zuweisen.
Die Berechneten Attribute sind immer dynamisch und werden nur in der View erzeugt. D.h. bei jeder Aktion auf der Maske wird der Wert aktuell gehalten.Hier finden Sie eine Beschreibung zum Anlegen von berechneten Attributen.
Viele Grüße,
Claudia M.Hallo Frau Mangstl,
die berechneten Attribute lösen tatsächlich das Problem Nr 2.
Es bleibt aber das erste Problem – wir möchten die Business-Logik rein in Java halten. Ab einer gewissen Projektgröße empfinde ich eine Mischung als sehr problematisch. Zudem haben wir Anwender, die auch ggf. Business-Logik erstellen sollen, diese sollten nicht zwei Welten kennenlernen müssen.Viele Grüße,
GP
