Objektorientierte Persistenzmechanismen in Enterprise JavaBeans

Form des Ladens verzögert (beim Zugriff) vollständig prefetched prefetched bis zur Tiefe n • • • • sinnvoll, wenn • nur auf einen Teil oder keines der referenzierten Objekte zugegriffen wird nacheinander auf die meisten der direkt und indirekt referenzierten Objekte zugegriffen wird abzusehen ist, daß nur eine bestimmte Tiefe benötigt wird nur an wenigen Teilbäumen die gesamte Tiefe benötigt wird nacheinander auf die meisten der direkt und indirekt referenzierten Bean-Objekte zugegriffen wird, aber die gesamte transitive Hülle so umfangreich ist, daß das Laden zu lange dauern würde typabhängig prefetched • die Objekte eines bestimmten Typs so umfangreich sind, daß das Laden aller referenzierten Objekte dieses Typs den Ladevorgang zu lange ausdehnen würde • Laden aller Unterkapitel eines Kapitels mit Ausnahme der zugeordneten mutimedialen Inhaltsportionen • • Anwendungsbeispiel (Teleteaching) • Laden eines Kapitels, bei dem nur der Name gelesen werden soll Laden eines Kapitels, dessen Unterkapitel alle sequentiell durchgearbeitet werden sollen Laden aller Unterkapitel eines Kapitels, wobei davon ausgegangen wird, daß nur ein Teil der Unterkapitel durchgearbeitet wird [...]

zugegriffen, ist Prefetching mit einer besseren Performance verbunden, da alle Attribute in genau einer Datenbankoperation geladen werden können. Die Frage des Zeitpunktes des Ladens wird noch bedeutender, wenn Attribute andere Bean-Objekte referenzieren. Die referenzierten Bean-Objekte können entweder auch im voraus oder aber verzögert geladen werden. Damit ergeben sich für Bean-Instanzen drei Möglichkeiten des Ladens: • verzögert (d.h. Laden erst beim Zugriff) • prefetched bis zur Tiefe n (d.h., alle referenzierten Bean-Objekte bis zu einer Tiefe n werden sofort geladen36, die weiteren erst beim Zugriff) • vollständig prefetched (d.h., alle Bean-Objekte der transitiven Hülle werden sofort geladen) • typabhängig prefetched (d.h., Objekte bestimmter Klassen können vom Prefetching ausgenommen werden) Beim typabhängigen Prefetching kann für einzelne Klassen angegeben werden, daß ihre Instanzen nie im voraus geladen werden. Wird bei der impliziten Verfolgung von Referenzen beim vollständigen Prefetching oder beim Prefetching bis zur Tiefe n ein Objekt erreicht, das als nicht-prefetchinggeeignet deklariert ist, so wird der Ladevorgang in diesem Zweig der Assoziationsstruktur abgebrochen. Auf diese Weise können übermäßige Verzögerungen beim Laden eines Bean-Objektes, das direkt oder indirekt sehr umfangreiche Objekte referenziert, vermieden werden. [...]

Neben dem Caching von bereits geladenen Bean-Objekten kann auch ein vorausschauendes Laden von Bean-Objekten geeignet sein, Verzögerungen zu vermeiden, die durch das Laden von Daten aus der Datenbank beim Zugriff auf ein Bean-Objekt entstehen. Ein solches vorausschauendes Laden wird als Prefetching bezeichnet. Die Attribute eines Bean-Objektes können • alle sofort vor dem ersten Zugriff auf die Bean-Instanz innerhalb einer Transaktion (Prefetching) • einzeln erst beim Zugriff auf das Attribut geladen werden. Während beim Prefetching auch Attribute geladen werden, auf die nicht zugegriffen wird, ermöglicht das verzögerte Laden beim Zugriff, nur solche Attribute zu laden, auf die auch tatsächlich zugegriffen werden soll. Wird jedoch nacheinander auf die Mehrzahl der Attribute [...]