Les,
I would like to point out that an EJB server is not typically used as an
instance cache. It is more of a transaction environment. Under most
scenarios, an object's data is *not* cached. It is read from the database at
the beginning of a transaction, and saved to the database at the end of a
transaction.
The EJB spec allows for three different types of data (state) persistence.
Option A is the mechanism that you are inquiring about. This approach is
only useful if your application will be the *only* application to modify the
data. Furthermore, Option A is one of three *recommended* methods of
persistence. Keep in mind that all EJB servers may not support this option.
With that being said, entity beans will frequently encompass more than one
table. Typically, entity beans reflect those objects in your system with a
long (more than a day) lifespan.
jim
----- Original Message -----
From: Les Hartzman <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 01, 1999 5:42 PM
Subject: Understanding entity beans
> I'm new to EJBs and the concepts of both session and entity beans. As
such, I'm particularly interested in trying to
> clarify the use of entity beans.
>
> As I understand it, entity beans are used primarily to represent data in a
database. Now, it I've got 4 GB of data in
> a database with 70 tables and 1-many relationships in some cases, how
would I use entity beans to cache data in the
> database to reduce DB access?
>
> So if I've got a central table in the DB representing the core entities of
the DB, do you cache the entire table and
> then instantiate as needed entity beans that represent the related data
coming off of the cached table/beans?
>
> I'm trying to determine if EJBs are the way to go for helping to serve up
dynamic content on a web site where the
> content is in the DB.
>
> Thanks in advance for any help.
>
> Les
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
