[udig-devel] datastore cache

[Vince Darley]

Jody,

Not much to add here, except that some of us have been surprised at 
how slow the postgres layers are (just drawing styled lines 
representing roads, and styled points (circles, squares, etc) 
representing houses.  So if some caching approach would improve that 
performance, we'd be interested to know more.

regards,

Vince.

At 18:00 10/04/2008, Jody Garnett wrote:
>I have been asked by a commercial customer to add a "cache" around a 
>slowly performing layer (arcsdedatastore). As such I am going to 
>make a design over the next couple of days and ask for a pretty serious review.
>
>A cache at the Datastore / FeatureStore level lives and dies by its 
>events; as such I probably can only get this one to work for arcsde 
>datastore (and any other data store that we care to "fix" the events 
>for). My first thought is to do a CachedFeatureStore implementation 
>in the geotools project (rather than just in uDig) so at the very 
>least datastore developers can watch their code fail to work :-)
>
>Does anyone else have thoughts, suggestions on this one.
>Jody
>_______________________________________________
>User-friendly Desktop Internet GIS (uDig)
>http://udig.refractions.net
>http://lists.refractions.net/mailman/listinfo/udig-devel
>
>
>
>--
>No virus found in this incoming message.
>Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.11/1368 - 
>Release Date: 09/04/2008 16:20