Ein Context sollte nur eine kleine Zahl von Schlüsselfeldern enthalten.
Der Context-Graph sollte zusammenhängend sein. Mit anderen Worten: alle Modul-Eingabeparameter sollten sich hierarchisch aus den Schlüsselfeldern oder Ausgabeparametern anderer Module zusammensetzen. Andernfalls sollten verschiedene Contexte erstellt werden. Siehe aber auch Hinweis in
Es sollten nur die wirklich benötigten ableitbaren Felder aufgenommen werden und nicht auf Verdacht eine große Anzahl weiterer Felder, denn:
Die Datenbankbelastung beim Lesen weniger Felder ist geringer.
Der Platzbedarf für die Puffer ist geringer.
Das Lesen aus dem Puffer ist schneller.
Es ist jederzeit möglich, später weitere Felder bei Bedarf dazuzunehmen.
Wenn Sie eine Tabelle, einen Funktionsbaustein oder einen Context mehrfach als Modul in einem Context verwendet, dann sollten Sie die Modulnamen aus dem Namen des Objekts, einem Unterstrich und einer Nachsilbe zusammensetzen. In der Testumgebung wird dann die Nachsilbe automatisch hinter den Langtext gestellt.
Tips zum Verwenden von Contexten
Da die SUPPLY- und DEMAND-Anweisungen geringen Laufzeitbedarf haben, schadet es nicht sie wiederholt einzusetzen. Insbesondere sollte
die SUPPLY-Anweisung immer dann durchgeführt werden, sobald den entsprechenden Schlüsselwerten Werte zugewiesen werden. Dadurch verringert sich die Gefahr, bei der DEMAND-Anweisung veraltete Werte abzuleiten. Eine vorhergehende Abfrage, ob sich der Feldinhalt der Schlüsselfelder geändert hat, ist unnötig, da das System dies bei SUPPLY automatisch durchführt.
die DEMAND-Anweisung immer direkt vor der Verwendung der abgeleiteten Felder durchgeführt werden. Dadurch sind Sie sicher, immer die richtigen Werte zu verwenden.
Verwenden Sie lokale Datenobjekte als Zielfelder für die DEMAND-Anweisung, um die Gefahr des irrtümlichen Verwendens veralteter Werte zu verringern.
Tips zum Arbeiten mit Contexten