„Coarse grained“
-
Soll eine Entity Bean aus mehr bestehen als nur einer Zeile aus
einer Tabelle?
- Variante 1: Zugriff auf andere Entity Beans
- teuer
- Relationsverwaltung infiziert Bean mit Persistenzcode
- Variante 2: Dependent Objects mit „normalen Objekten“
- Nicht im Deskriptor-Schema -> Mapping auf ER schwer
- Bedarf für Container nicht erkennbar -> kein „load on
demand“
- Kein standard für „dirty bits“
- Keine Typsicherheit in „Dependent Collections“
- Probleme mit „Data aliasing“
Abstrakte Zugriffsmethoden
Container Managed Relations
Local Interfaces
Container Managed Relations