  | Mailing List | | Home | | Forum Home | | JBoss - Java Application Server | | Tomcat - JSP/Servlet container | | Struts - A MVC web framework | | iText - An open source PDF Java Library | | JDOM - JDOM XML Parser | | JSP - A mailing list about Java Server Pages specification and reference | | J2EE - A mailing list for Java(tm) 2 Platform, Enterprise Edition | | J2EE Pattern - An interest list for Sun Java Center J2EE Pattern Catalog | | Servlet - A mailing list for discussion about Sun Microsystem's Java Servlet API Technology | |
Struts & Hibernate
|
|
|
  | | | Cache | Cache 2005-06-23 - By Rumpa Giri
Back I think I am going to go the memory route. I was reading the softreference API, I wanted to know if there area any good links/reading material besides the API description. I would like to create the cache using the SoftReference API.
Thanks Rgiri.
Chester Chen <chesterxgchen@(protected)> wrote: If the number of records is not large, retrieve all the reads into memory and cache it is the way to go. how does you select it is not important. The important is only cache the info you need.
If the records is large, then read everything into memory will become impractical, as it consume too much memory.
Chester
--- Rumpa Giri wrote:
> Hello, > > I would like to know what will be a good way to > implement the following: > > We have many read only tables in the database. I was > thinking rather than doing a select all from the > table all the time, we would like to keep the > collection of objects in memory to reduce the > database traffic. The SQLs for this is pretty much > SELECT * FROM TABLENAME. No filtering is present. > And this collection of objects is referenced too > many times. > > Any related articles, pointer will help us. > > Thanks, > Rgiri. > > > -- ---- ---- ---- ---- ---- ----- > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your > mobile phone. > > ==================================================================== > Companion Site: http://www.corej2eepatterns.com > J2EE BluePrints: > http://java.sun.com/blueprints/corej2eepatterns > List Archive: > http://archives.java.sun.com/archives/j2eepatterns-interest.html > Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" > to listserv@(protected)
__ ____ ____ ____ ____ ____ ____ ____ ____ ____ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
-- ---- ---- ---- ---- ---- ----- Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football
==================================================================== Companion Site: http://www.corej2eepatterns.com J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected) <DIV>I think I am going to go the memory route. I was reading the softreference API, I wanted to know if there area any good links/reading material besides the API description. I would like to create the cache using the SoftReference API.< /DIV> <DIV> </DIV> <DIV>Thanks</DIV> <DIV>Rgiri.<BR><BR><B><I>Chester Chen <chesterxgchen@(protected)></I></B> wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER -LEFT: #1010ff 2px solid">If the number of records is not large, retrieve all<BR >the reads into memory and cache it is the way to go.<BR>how does you select it is not important. The important<BR>is only cache the info you need. <BR><BR>If the records is large, then read everything into<BR>memory will become impractical, as it consume too much<BR>memory. <BR><BR>Chester<BR><BR>--- Rumpa Giri <GIRIRX@(protected)>wrote:<BR><BR>> Hello,<BR>> <BR>> I would like to know what will be a good way to<BR>> implement the following:<BR>> <BR >> We have many read only tables in the database. I was<BR>> thinking rather than doing a select all from the<BR>> table all the time, we would like to keep the<BR>> collection of objects in memory to reduce the<BR>> database traffic. The SQLs for this is pretty much<BR>> SELECT * FROM TABLENAME. No filtering is present.<BR>> And this collection of objects is referenced too<BR>> many times.<BR>> <BR>> Any related articles, pointer will help us.<BR>> <BR>> Thanks,<BR>> Rgiri.<BR>> <BR>> <BR>> -- ---- ---- ---- ---- ---- -----<BR>> Yahoo! Mail Mobile <BR>> Take Yahoo! Mail with you! Check email on your<BR>> mobile phone.<BR >> <BR>><BR>============================================================== ======<BR>> Companion Site: http://www.corej2eepatterns.com<BR>> J2EE BluePrints:<BR>> http://java.sun.com/blueprints/corej2eepatterns<BR>> List Archive:<BR>><BR>http://archives.java.sun.com/archives/j2eepatterns -interest.html<BR>> Unsubscribing: email "signoff J2EEPATTERNS-INTEREST"<BR> > to listserv@(protected)<BR><BR><BR>__ ____ ____ ____ ____ ____ ____ ______ __ ____ ___<BR>Do You Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around <BR>http://mail.yahoo.com <BR></BLOCKQUOTE><p> <hr size=1>Yahoo! Sports<br> <a href="http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=33539/*http://football .fantasysports.yahoo.com?ovchn=YAH&ovcpn=Integration&ovcrn=Mail+footer&ovrfd=YAH &ovtac=AD ">Rekindle the Rivalries. Sign up for Fantasy Football</a>
==================================================================== Companion Site: http://www.corej2eepatterns.com J2EE BluePrints: http://java.sun.com/blueprints/corej2eepatterns List Archive: http://archives.java.sun.com/archives/j2eepatterns-interest.html Unsubscribing: email "signoff J2EEPATTERNS-INTEREST" to listserv@(protected)
|
|
 |