Entity Beann beschäftigen Daten. Sie stellen gewöhnlich Gegenstandswörter, wie ein Konto, ein Kunde oder eine Zahlung des häufigen Fliegers dar. Normale alte Java Gegenstände kommen in Bestehen, wenn sie in einem Programm verursacht werden. Wenn das Programm beendet, ist der Gegenstand verloren. Aber eine Entity Bean bleibt herum, bis sie gelöscht ist. Ein Programm kann eine Entity Bean herstellen und dann kann das Programm gestoppt werden und wiederbegonnen werden--aber die Entity Bean fährt fort zu bestehen. Nachdem es wiederbegonnen worden ist kann das Programm die Entity Bean wieder finden, die es mit funktionierte und es, zu verwenden fortfahren.

Normale alte Java Gegenstände werden nur durch ein Programm benutzt. Eine Entity Bean kann durch jedes mögliches Programm im Netz einerseits benutzt werden. Klient Programme müssen gerade die Entity Bean über JNDI finden, um es zu verwenden. Entity Beann müssen einen einzigartigen Primärschlüssel haben, der verwendet wird, um die spezifische Entity Bean zu finden, die, sie manipulieren möchten. Z.B. kann eine „Angestellt“ Entity Bean die Zahl Sozialversicherung des Angestellten als sein Primärschlüssel verwenden. Methoden einer Entity Bean laufen auf eine „Bediener“ Maschine. Wenn ein Klient Programm die Methode einer Entity Bean benennt, stoppt das Gewinde des Klient Programms durchzuführen und Steuerung überschreitet über zu den Bediener. Wenn die Methode vom Bediener zurückgeht, nimmt das lokale Gewinde Durchführung wieder auf.

Die Bezeichnung Behälter-handhabte Ausdauermittel, daß der EJB Behälter allen Datenbankzugriff anfaßt, der durch die Entity Bean erfordert wird. Der Code der Bean enthält keine Anrufe des Datenbankzugriffs (SQL). Infolgedessen wird der Code der Bean nicht an eine spezifische hartnäckige Speichereinheit (Datenbank) gebunden. Wegen dieser Flexibilität selbst wenn du redeploy die gleiche Entity Bean auf unterschiedlichen J2EE Bedienern, die unterschiedliche Datenbanken benutzen, du nicht brauchst zu ändern oder recompile der Code der Bean. Kurz gesagt sind deine Entity Beann beweglicher.

Um die Daten zu erzeugen Anrufe zugänglich machen, der Behälter benötigt Informationen die du im abstrakten Schema der Entity Bean voraussetzt.

Der Teil des Entwicklungbeschreibers einer Entity Bean, das abstrakte Schema definiert der hartnäckigen Bean auffängt und Verhältnisse. Der Bezeichnung Auszug unterscheidet dieses Schema vom körperlichen Schema des zugrundeliegenden Datenspeichers. In einer relationalen Datenbasis z.B. besteht das körperliche Schema Strukturen wie Tabellen und Spalten. Du spezifizierst den Namen eines abstrakten Schemas im Entwicklungbeschreiber. Dieser Name wird durch die Fragen bezogen, die in die Unternehmen JavaBeans Abfragesprache geschrieben werden („EJB QL“). Für eine Entity Bean mit Behälter-gehandhabter Ausdauer, mußt du eine EJB QL Frage für jede Suchermethode definieren (ausgenommen findByPrimaryKey). Die EJB QL Frage stellt die Frage fest, die durch den EJB Behälter durchgeführt wird, wenn die Suchermethode hervorgerufen wird. Du findest es vermutlich nützlich, das abstrakte Schema zu skizzieren, bevor Sie irgendeinen Code schreiben. Abbildung stellt ein einfaches abstraktes Schema dar, das die Verhältnisse zwischen drei Entity Beann beschreibt. Diese Verhältnisse werden weiter in den Abschnitten besprochen, die folgen.

Das hartnäckige fängt von einer Entity Bean werden gespeichert im zugrundeliegenden Datenspeicher auf. Zusammen fängt diese festsetzen den Zustand der Bean auf. An der Laufzeit synchronisiert der EJB Behälter automatisch diesen Zustand mit der Datenbank. Während der Entwicklung bildet der Behälter gewöhnlich die Entity Bean zu einem Datenbanktabelle ab und bildet das hartnäckige auffängt zu den Spalten der Tabelle ab.

Eine CustomerEJB Entity Bean z.B. konnte hartnäckiges haben auffängt wie firstName, lastName, Telefon und email address. In Behälter-gehandhabter Ausdauer fängt diese sind virtuell auf. Du erklärst sie im abstrakten Schema, aber du kodierst sie nicht, während Fallvariablen in der Entity Bean klassifizieren. Stattdessen fängt das hartnäckige werden gekennzeichnet im Code durch Zugriffsmethoden auf (Getters und Setzer).

Ein Verhältnis fangen ist wie ein fremder Schlüssel in einer Datenbanktabelle auf--es kennzeichnet eine in Verbindung stehende Bean. Wie ein hartnäckiges auffangen, fangen ein Verhältnis ist virtuell und wird definiert in der Unternehmen Bean Kategorie mit Zugriffsmethoden auf. Aber anders als ein hartnäckiges auffangen, ein Verhältnis auffangen darstellt nicht den Zustand der Bean.