EJB Entity

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.