IBM has a pretty decent approach to this with "Data Access Beans" which are
basically a form of JDO.
From: Eric Williams <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Which caching strategy to employ ?
Date: Mon, 18 Nov 2002 07:49:02 -0600
Be wary if the data is updateable. The last time I talked with the vendor
about multi-VM caching with updateable data, I was given some papers on how
to roll my own cross-VM updating mechanisms. Not very easy. But maybe they
have improved since then. (This idea broke my cardinal rules about low-risk
development..... never take on a task in your project if it involves
something that could be the subject of a PhD dissertation. Transactional
cache coherency is one of those subjects, so we avoided the problem by
letting the database perform the caching.)
TOPLink would be okay if the data is read-only.
-eric
Andrzej Jan Taramina
<[EMAIL PROTECTED]> To:
[EMAIL PROTECTED]
Sent by: A mailing cc:
list for Enterprise Subject: Re: Which caching
strategy to employ ?
JavaBeans development
<[EMAIL PROTECTED]
N.COM>
11/16/2002 08:58 AM
Please respond to
andrzej
Paul:
> I'd like to cache a couple of tables which together contain almost half
a
> million rows of read-only data (it's a dictionary containing about 40MB
of
> data). The choices as I see them are:
I would recommend you look into the TopLink O/R Mapping/Persistence tool.
They do cross-VM sharing/caching as well...which might be very useful if
you
need failover and such.
Andrzej Jan Taramina
Chaeron Corporation: Enterprise System Solutions
http://www.chaeron.com
===========================================================================
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".
_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
===========================================================================
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".
