MS RFC 22a: Feature cache for long running processes and query processing (Call for comments)

Hallgren Johan E jhhal at WMDATA.COM
Mon Jun 11 02:56:52 EDT 2007


I can only add that this sounds interesting. This is an area where I
have seen performance problems with MapServer. I will follow your work.

/Johan
___________________________________


Johan Hallgren

 
WM-data a LogicaCMG company 
Pelle Bergs backe 3
Box 1938, 791 19 Falun
Tel: 023-547 46 (int: +46-2354746)

Mobil: 070-588 44 28 (int: +46-705884428)

johan.e.hallgren at wmdata.com
http://www.wmdata.se
-----Original Message-----
From: UMN MapServer Developers List [mailto:MAPSERVER-DEV at LISTS.UMN.EDU]
On Behalf Of Tamas Szekeres
Sent: den 10 juni 2007 20:22
To: MAPSERVER-DEV at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-DEV] MS RFC 22a: Feature cache for long running
processes and query processing (Call for comments)

Developers,

Currently the various query operations involve multiple access to the
data providers may cause a significant performance impact depending on
the providers. In the first phase all of the features in the given
search area are retrieved and the index of the relevant shapes are
stored in the result cache. In the second phase the features in the
result cache are retrieved form the provider one by one. Retaining the
shapes in the memory we could eliminate the need of the subsequent
access to the providers and increase the overall performance of the
query. Implementing the cache requires a transformation of the data
between the data provider and the client. From this aspect it is
desirable to provide a framework to implement this transformation in a
higher level of abstraction.

I've modified the original concept to eliminate the need of
introducing a new category and structure type in the core mapserver.
Currenly the feature cache is being implemented as one additional data
provider which use another layer as the data source. This concept
involves linking the layers to each other.

This RFC intends to describe the general concept which can easily be
turned into a full implementation with further error handling in time
for the 5.0 release if the concept gets the required support to carry
on.

Any comments or ideas are highly appreciated.

Best regards,

Tamas



More information about the mapserver-dev mailing list