[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] datastore cache
|
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
